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(54) System , method and computer program product for patent-centric and group-oriented data 
processing 



(57) A system, method, and computer program 
product for processing data are described herein. The 
system maintains first databases of patents, and second 
databases of non-patent information of interest to a cor- 
porate entity. The system atso maintains one or more 
groups. Each of the groups comprises any number of 
the patents from the first databases. The system, upon 
rec iving appropriate operator commands, automatical- 
ly processes the patents in one of the groups in conjunc- 
tion with non-patent information from the second data- 
bases. Accordingly, the system performs patent-centric 
and group-oriented processing of data. A group can also 
include any number of non-patent documents. The 
groups may b product based, p rson based, corporate 



entity based, or user-defined. Other types of groups are 
also covered, such as temporary groups. The process- 
ing automatically performed by the system relates to 
(but is not limited to) patent mapping, document map- 
ping, patent citation (both forward and backward), pat- 
ent aging, patent braketing/clustering (both forward and 
backward), inventor patent count, inventor employment 
information, patent claim tree analysis, and finance. 
Other functions and capabilities are also covered, in- 
cluding the ability to utilize hyperbolic trees to visualize 
data generated by the system, method and computer 
program product. 
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patents. 

[0011] SmartPatents Inc. (SPI) of Mountain View, CA, provides electronic tools for analyzing patents. These tools, 
coilectivejycafled the SmartPatent Workbench, are very useful for analyzing patents. With the SmartPatent Workbench, 
a user can view the text and image of a patent, conduct text searches in the patent, copy and paste portions of the 
5 patent to other documents, build a case of patents, annotate the case and the patents in the case, import and export 
patents and cases, etc. The SmartPatent Workbench is commercially available from SPI, and is described in a number 
of publicly available documents, such as U.S. Patent No. 5,623,679 and U.S. Patent No. 5,623,681, incorporated by 
reference herein. 

[0012] The SmartPatent Workbench is a patent analysis tool. The SmartPatent Workbench is primarily designed to 
10 assist a userin working with a single patent or a small collection of patents at a time. However, there are many instances 
when itwouWbe very beneficial to be able to automatically and simultaneously analyze, correlate, or otherwise process 
multiple patents. 

[0013] For example, in some instances it would be beneficial to automatically analyze the inventorship of a collection 
of patents. More particularly, it would be beneficial to identify the persons who are named most frequently on a collection 
*5 of patents. It would be very useful if this task could be performed automatically. However, no existing software tools 
can perfoim this task automatically. 

[0014] For the most part, existing patent-related tools can process only the information contained in patents. (It is 
noted, however, that the SmartPatent Workbench has functions to annotate patents with any information, whether or 
not patent related, and has additional functions to search within annotations.) These tools do not have functions for 

20 correlating, analyzing, and otherwise processing patent-related information with non-patent related information, includ- 
ing but not limited to corporate operational data, financial information, production information, human resources infor- 
mation, and other types of corporate information. Such non-patent information is critically important when evaluating 
the full strategic and tactical value and applicability of any given patent, or developing a corporate patent business 
strategy for gaining competitive advantage and increasing shareholder value based on patents. 

25 [0015] Consider, for example, FIG. 1 . A typical corporation 1 02 includes a research and development (R&D) depart- 
ment 104, a finance department 112, a manufacturing department 108, and a legal department 116 (that includes a 
licensing department 122 and a patent department 124). In the course of performing their respective duties, these 
departments generate, collect, and maintain information, such as R&D information 106, financial information 114, man- 
ufacturing information 110 (such as bill of material information), licensing information 118, and patent information 120 

30 (that includes the patents obtained by the company, and perhaps patents obtained by competitors). 

[0016] Abusiness analyst 126 may be assigned the job of evaluating the value of the corporation's patent portfolio 
(represented as part of the patent information 1 20). In order to fully and accurately analyze the value and applicability 
of the corporation's patent portfolio, the analyst 1 26 should ideally take into account non-patent information, such as 
R&D information 106, financial information 114, manufacturing information 110, and licensing information 118. -v* 

35 [0017] For example, a patent's value may be linked to whether it covers technology that the corporation is currently 
using, orthatthe corporation may use in the future. Thus, an analysis of the patent should include an analysis of and 
correlation with manufacturing information 110 and R&D information 106. Also, a patent's value may be linked to wheth- 
er it has generated licensing revenue. Thus, an analysis of the patent should include an analysis of and correlation 
with licensing information 118. Further a patent's value may be linked to the degree of success of the corporation's 

40 commercial products that correspond to the patent (i.e., the commercial embodiments of the patented technology). 
Thus, an analysis of the patent should include an analysis of and correlation with financial information 11 4. 
[0018] The processing described above, however, is usually not done (or it is done in an ad hoc, unorganized, in- 
complete, inefficient, and/or ineffective manner) because it is difficult or, in many cases, impossible to manually collect, 
organize, correlate, and process all of the information pertinent to the patents under study. Often times, it is a difficult 

45 or even impossible task to simply identify the relevant patents. Accordingly; It would be very beneficial to have auto- 
mated toofe that automatically process patent-related information and non-patent related information for making cor- 
porate business decisions. Existing patent-related tools do not have this capability. 

Summary of the invention 

50 

[0019] Briefly stated, the present invention is directed to a system, method, and computer program product for 
processing data. The present invention maintains first databases of patents, and second databases of non-patent 
information of interest to a corporate entity. 

[0020] The present invention also maintains on or more groups. Each f th groups compris s any number of 
55 pat nts from the first databases. The pr sent invention, upon rec iving appropriate op rator commands, automatically 
processes the patents in one or more of the groups in conjunction with non-patent information from the second data- 
bases. Accordingly, the present invention pert rms patent-centric and group-oriented processing of data. 
[0021] A group can also include any number of non-patent documents. 
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FIG. 52 is a dataflow diagram illustrating an exemplary proc ss for extract and load of other corporate entity da- 
tabases; 

FIGS. 53-57 illustrate example user interface display formats pertinent to the searching features of the present 
invention; 

5 FIG. 58 is an example user interface display format pertinent to display of group information; 

FIGS. 59-60 are examples of patent mapping display formats; 

FIGS. 61-65 are examples of patent citation report display formats; 

FIGS. 66-70 are examples of patent aging display formats; 

FIGS. 71 -73 are examples of patent clustering/bracketing display formats; 
w FIGS. 74-77 are examples of inventor patent count display formats; 

FIGS. 78-80 are examples of employment information display formats; 

FIG. 81 illustrates the interaction between the enterprise server and a client; 

FIG. 82 illustrates the interaction between the enterprise server and a network client; 

FIG. 83 illustrates the interaction between the enterprise server and a web client; 
. is FIG. 84 is a flowchart depicting the operation of the patent mapping module according to the embodiment of the 

invention; 

FIG. 85 is a flowchart depicting the operation of the patent/document mapping module according to an embodiment 
of the invention; 

FIG. 86 is a flowchart depicting the operation of the patent citation module when conducting a backward patent 
20 citation search according to an embodiment of the invention; 

FIG. 87 is a flowchart depicting the operation ofthe patent citation module when performing a forward patent citation 
search according to an embodiment of the invention; 

FIGS. 88A and B8B collectively illustrate a flowchart representing the operation of the patent aging module ac- 
cording to an embodiment of the invention; 
25 FIG. 89 is a flowchart representing the operation of the patent bracketing/clustering module when performing a 

backward patent bracketing/clustering function according to an embodiment of the invention; 
FIG. 90 is a flowchart illustrating the operation of the patent bracketing/clustering module when performing a for- 
ward patent bracketing/clustering function according to an embodiment ofthe invention; 

FIG. 91 is a flowchart depicting the operation of the inventor patent count module according to an embodiment of 
30 the invention; 

FIG. 92 is a flowchart depicting the operation of the inventor employment information module according to an 
embodiment of the invention; 

FIG. 93 is a flowchart depicting the operation ofthe importing patent data module according to an embodiment of . 
the invention; 

35 FIG. 94 is a flowchart depicting the operation of the exporting patent data module according to an embodiment of 

the invention; 

FIG. 95 is a flowchart representative of a generic extract and load process according to an embodiment of the 
invention; 

FIG. 96 is a flowchart of a extract and load process for the patent bibliographic databases; 
40 FIG, 97 is a flowchart of a extract and load process for the BOM databases; 

FIG. 98 is a flowchart of a extract and load process for an employee databases; 

FIG. 99 is a flowchart of a extract and load process for the validated inventor databases; 

FIG. 100 is an extract and load flowchart for the corporate entity databases; 

FIG. 101 is a flowchart representative of the interaction between a client and the enterprise server; 
45 FIG. 102 is a flowchart representative of a patent mapping and mining process; 

FIG. 103 is a flowchart representative of a situation assessment process; 

FIG. 104 is a flowchart representative of a competitive analysis process; 

FIG. 105 is a flowchart representative of a clustering and/or bracketing process; 

FIG. 106 is a flowchart representative of an inventor analysis process; 
so FIG. 107 is a flowchart representative of a financial analysis process; 

FIG. 108 is a flowchart representative of a strategic planning process; 

FIG. 109 is a flowchart representative of an example methodology process involving patent mapping and mining, 
situation assessment, and strategic planning process; 
FIG. 110 is a flowchart depicting th operati n of the s curity module; 
55 FIG. 111 is an xample display format showing the display of pat nt text in a first window and notes in a s cond 

window; 

FIG. 112 is an example display format showing the display of patent text in a first window and patent image in a 
second window; 
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FIG. 179 represents the mapping from a graph to a tree, 
FIG. 180 represents an example parent/child table; 

FIG. 181 illustrates a citation analysis graph corresponding to the patent/child table of FIG. 180; 
FIG. 182 illustrates an example patent bibliographic information table; 
FIG. 183 illustrates an example tree corresponding to the citation analysis graph of FIG. 181; 
FIG. 184 illustrates an example claims dependency graph; 

FIG. 185 illustrates an example claims dependency tree corresponding to the claims dependency graph of FIG. 
184; and 

FIG. 186 illustrates a web client in greater detail. 



[0027] In the following text, reference is sometimes made to existing U.S. patents. Also, some of the figures reference 
or illustrate existing U.S. patents. For illustrative purposes, information from and/or about these patents has sometimes 
been modified or created in order to support the particular examples being discussed. Accordingly, the information 
provided herein about these existing U.S. patents should be considered to be fictional unless verified through compar- 
es ison with copies of the actual U.S. patents that are available from the U.S. Patent and Trademark Office. 
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35 

[0029] The present invention is directed to a system, components of the system, a method, components of the meth- 
od, and acomputer program product for patent-centric and group-oriented data processing. Such processing includes, 
but is not limited to, reporting, analyzing, and planning. 

[0030] The present invention is intended to aid a corporate entity in developing business-related strategies, plans, 

40 and actions. Accordingly, the present invention is also referred to herein as a business decision system and method. 
[0031] FIG. 2 is a conceptual representation of the invention. The present invention processes patent information 
204, which is herein defined to include (but not limited to) U.S. and non-U.S. patents (text and/or images) and post 
issuance documents (such as Certificates of Correction), and patent-related information, which includes information 
about patents (herein called patent bibliographic information). Accordingly, the processing performed by the invention 

45 is said to be "patent-centric** or "patent-specific/ 

[0032] More generally, the present invention processes any documents, some of which are related to patents, and 
others which are unrelated to patents. These documents are preferably of interest to a business entity, and include 
contracts, licenses, leases, notes, commercial papers, other legal and/or financial papers, etc., as well as patents. 
[0033] For illustrative purposes, the invention is often described herein with respect to patents. However, it should 

so be understood that the invention is also applicable to all types of documents, and the structures, functions, and oper- 
ations described herein are applicable to all types of documents, whether patent or non-patent. 
[0034] The present invention also processes other information, preferably business-related information, including 
(but notfrnited to) research and development (R&D) information 206, financial information 216, patent licensing infor- 
mation 214, manufacturing information 208, and other relevant business information 210 (which may, for example, 

55 include human resources information). This th r information is generally called non-pat nt information (sine it in- 
cludes documents other than patents and may further include information from perational and non-operational cor- 
porate databases). 

[0035] The present invention is adapted to maintain and process massive amounts of documents (several hundred 
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to morecomprehensively patent its technology (or make a conscious and knowledgeable decision to not seek further 
patentpmtection). Without group-oriented processing of the patents related to the product, this information is unavail- 
able. VHbout this information, the company is more likely to make unwise and costly business decisions. 
[0045] Vindicated by the above example, group-orient d processing yields information on a scale whose granularity 
5 is defined fcy the definition of the group. The information produced by group-oriented processing is specific to the 
patente»lhe group. Accordingly, as with the above example, group-oriented processing is often more useful and more 
illuminafogthan non-group-processing. 

[0046] JUso, the invention supports hierarchically structured groups. The invention, in performing a function requested 
by the operator, may identify a particular group. Such identification of this group may yield very useful information, as 
w apparattomthe above example. This group, however, may have a number of parent and/or child groups. The operator 
may be ate to uncover additional useful data by viewing, analyzing, and/or processing these parent and child groups, 
either «tt or without the original group. 

[0047] Accordingly, the invention supports and facilitates "data drilling' 1 and/or "data mining." 
[0048] M noted above, according to the present invention, processing of the patent information 204 is conducted 
is with conaferation of other information 206, 216,214,210, 208, called non-patent information. The process of assigning 
patentstwyoups is an example of processing patent information with non-patent information. This is the case, because 
groups are often created according to non-patent considerations. Accordingly, any subsequent processing of the pat- 
ents inagpup involve, by definition, non-patent considerations. 

[0049] f«r example, the customer may create groups to represent its products. In this case, the groups are created 
20 accorolglDthe customer's production information. In another example, the customer may create groups to represent 
personsof interest. In this case, the groups are created according to HR (human resources) information. In another 
exampte,tte customer may create groups to represent its competitors. In this case, the groups are created according 
to business information or practices. In another example, the customer may create groups based on its future products 
or feature requirement In this case, the groups are created according to its R&D information. 
25 [0050] Afl of these groups are created based on or in consideration of non-patent information, not patent information. 
Acconfina^,any subsequent group processing of the patents contained in any of these groups represents, by definition, 
processingof the patent information 204 with consideration of, or in conjunction with, or based on non-patent information 
206, 215,214, 21 0, 208. This is the case, even if such subsequent group processing involves only, for example, patent 
bibliographic information (i.e., patent information), such as group processing based on patent issue dates or group 
30 processwg based on patent references, since the groups being processed were created based on or in consideration 
of norvpatent information, including non-patent information 206, 216, 214, 210, 208.. 

[0051] Agroup may also contain non-patent documents. In fact, a group may contain only non-patent documents. ^ 
Accordnfc a group is more generally defined as a collection of documents (such as patent documents only, non- 
patent documents only, or a combination of patent and non-patent documents). The documents in a group typically " 
35 follow acommon theme or characteristic (although this is not a mandatory requirement of groups). Referring to FIG. ; 
2, theisention processes document information 204 alone, or in conjunction with other information 206, 216, 214, * 
210, 20B(«hich may or may not be related to the documents). Accordingly, the processing performed by the present 
invention is more generally described as being document-centric and group-oriented. 

40 Components of the Invention 

[0052] 1=K3. 3 is a block diagram of a system 302 according to an embodiment of the invention. The system 302 
includesaplurality of databases 316 that store patent information and other information, such as R&D (research and 
development) information, financial information, licensing information, manufacturing information, HR (human resourc- 
es es) intonation, and any other information that may be pertinent to the analysis of the patent information. The terms 
"database" and "table 1 * are used synonymously herein. 

[0053] Jta enterprise server 314 accesses and processes the information in the databases 316. In particular, the 
enterpnseserver 31 4 includes modules that are capable of automatically accessing and processing the information in 
the dafeAases 316 in a patent-centric (or document-centric) and group-oriented manner. These modules are also ca- 
se pable of automatically accessing and processing the information in the databases on a patent by patent basis ("one 
patentatatime"). Such processing includes, but is not limited to, reporting, analyzing, and planning. 
[0054] The enterprise server 314 may be a single physical server, or may be a hierarchy of multiple servers 502, 
504, 506.908. An example of this multiple server embodiment is illustrated in FIG. 5. A given client 304, 306 may also 
connectteone r multiple servers. As is w II known, in a client/s rver nvironment, some work is done by the cli nt, 
55 some wok is done by the serv r, and data flows between the client and the server. 

[0055] The system 302 preferably includes two types of clients, network clients 306 and web clients 304. These 
clients3M,306, pursuant to instructions from human operators or users (not shown), interact with the enterprise server 
314 to access and process the information in the databases 316. For example, the clients 304, 306 may request that 
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entity. Accordingly, the customer is also called her in the customer corporat ntiry 

[0071] It should be understood, however, that the customer can be any organization or individual, such as an aca- 
demic institution, a research organization, a non-profit or for-profit organization, or any person. Generally, the customer 
is any entity having an interest in patents. 
5 [0072] The customer is an entity (such as a company) that has arranged to have use of the system 302 (by purchasing, 
leasing, or renting the system 302, for example). 

[0073] The databases 31 6 and data contained therein are specific to the customer. For example, the databases 316 
may contain information on the patents that the customer owns and/or licensees, and information on the patents that 
the customer's competitors owns and/or licenses. Also, the databases 316 may contain the customer's and the cus- 
10 tamer's competitors' R&D information, financial information, licensing information, manufacturing information, and HR 
information. 

[0074] Also, the methodology functions supported by the enterprise server 314 may be specialized or augmented 
to meet the needs of the customer. 

[0075] Implementation and use of the present invention may involve a number of persons associated with the cus- 
*5 tomer corporate entity, such as employees, consultants, associates, and persons retained by the customer, such as 
attorneys. When interacting with the invention, these people are called operators or users. Table 1 lists some of such 
persons and their respective responsibilities according to an embodiment of the invention. These persons may be 
involved in all aspects of the invention for the customer, or may be involved in only some phases of the invention for 
the customer, such as the extract and load of the databases 31 6. It should be noted that the set up and use of the 
20 invention may also involve other people with different knowledge, skills, and/or abilities. 

[0076] In the discussion contained herein, reference is often made to a user or an operator associated with the 
customer. It should be understood that the terms "user" and "operator" are synonymous, and refer to one or more 
persons from Table 1 . 



Table 1 



Role / Function 


Responsibilities 


Executive, PL, or Division Managers 


Ensure strategy meets short and long term business goals and plans 


Intellectual Property (IP) Attorneys 


Analysis of patents as related to mapping, licensing, infringement, non- 
renewal, cross-licensing etc. 


Technical Personnel 


Analysis of patents and how they relate to given product functions and 
features. Also domain R&D experts as needed for specific competitive 
technology assessment 


MIS personnel 


Help in data extraction from operational systems 


Marketing personnel 


Product Strategy, Features, Target Markets, Competitive Analysis 


Business and Financial Analysts 


Economic implications, profit, loss, tax, market share, etc. 



40 Databases 

[0077] FIG. 6 illustrates the databases 316. According to the present invention, the databases 31 6 store document 
information (that includes patent information) and information pertinent to the analysis of the document information. 
[0078] FIG. 6 illustrates a particular embodiment of the databases 31 6, and also illustrates a particular embodiment 

45 of the types of tables that the databases 31 6 contain, and the attributes in the tables. It should be understood, however, 
that the invention is not limited to the particular database embodiment of FIG. 6. Instead, the invention is adapted and 
intended to cover other database structures and organizations that are capable of storing document information and 
information pertinent to the analysis of the document information. The particular information that is stored in the data- 
bas s is implementation dependent and varies based on a number of factors, including the type of analysis that is 

so desired, the specific needs of the customer, the type and content of the information that the customer maintains, etc. 
[0079] The databases 316 of FIG. 6 are collectively called methodology databases, and the data within them are 
call d methodology data, because they support the functions and features, or the methodology, of the present invention. 
These functions and features (generically called methodology functions and features) are described in sections below. 
[0080] Many of the databases 316, such as the BOM databases 626, the inventor databases 628, and corporate 

55 entity databases 630, th financial databases 638, the person databases 632, and the mploy e databases 634, are 
* initially loaded using information provid d by the custom r. Such information includes R&D (research and d velopm nt) 
information, financial information, licensing information, manufacturing information, HR (human res urces) information, 
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r0081] other information, such as wJi^.'lSS^ 'TV*""' h the CUSt0 ^ s «"SSEl" 
614 may be loaded using information provided bv a L ™T b,b "°? rapr " c databases 604 and the patent database 
m the provision of patent information in SolfTZ n ^ "T^' such ^ ^ third party provide that specaS 
Mountain View, CA. The patent bib.iogVa^^^^ Pr ° Vid6r iS ^P^TS?? 

[0082J The databases 316 are described in greater detail be.ow. 
document Databases 

mentations of documents of interest to the 
the customer's document repository. (The "repS^oST reP ° S,t0ry ° f doc "™nts, and are thus aTso ca. ed 
databases 3,6, whether represented^ the S°ent 2222^,2^ a " 
[0084] For example, the patent database 614 includes eZl J bibliographic databases 602.) 

.merest to the customer. These patents may be pS owned 7 resentations of U.S. and foreign patents of 

-n the t ent databasQ ^ ^ ^ ^ 

IU086J The document databases 61 2 also include O ior+r 

customer, such as depositions, plead.ngs an^ ZZr lTZ™ representations « other documents of interest to the 
deposition databaseeiS^pieadingsdaSte^ documents are ^p^^, ^ 

databases 612 are , by definition, customerS!^ 
<o Document Bibliographic Databases 

[0089] The document bibliographic database Rno ow« ■ t 
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all U.S. patents. In other embodiments of the inv ntion, the patent bibliographic databases 604 stor patent biblio- 
graphic information on a subset of all U.S. patents, such as all U.S. patents that are available in electronic form from 
the U.S. Patent Office, or all U.S. patents that issued after a certain date. 

[0093] Generally, there is not a one-to-one relationship between the patents in the patent database 614, and the 
5 patents represented in the patent bibliographic databases 604. That is, the patent database 614 does not generally 
include a copy of each patent represented in the patent bibliographic databases 604. Instead, the patent database 614 
includes only those patents that are of interest to the customer. In contrast, the patent bibliographic databases 604 
store bibliographic information on all U.S. patents and/or foreign patents (or, alternatively, all U.S. patents that issued 
after a certain date, and/or a subset of foreign patents). Of course : if the customer has an interest in all U.S. patents, 
10 such that electronic copies of all U.S. patents are stored in the patent database 61 4, then there would be a one-to-one 
relationship between the patents in the patent database 614, and the patents represented in the patent bibliographic 
databases 604. 

Other Document Bibliographic Databases 

15 

[0094] The document bibliographic databases 602 include store bibliographic information on other types of docu- 
ments that are of interest to the customer. For example, if the customer is interested in depositions, pleadings, or prior 
art references, then the document bibliographic databases 602 would store bibliographic Information on depositions, 
pleadings, or prior art references in deposition bibliographic databases 606, pleadings bibliographic databases 608, 

20 and prior art bibliographic databases 61 0, respectively. 

[0095] The bibliographic information may include the parties or persons involved, the date of creation, the date of 
modification, the subject, the number of pages, the number of figures, etc. Such bibliographic information may be 
generated manually, and/or may be generated automatically during the generation of the source document. For ex- 
ample, word processing tools often automatically generate bibliographic information about a document as the document 

25 is b ing created. Such information may include the creator, the typist, the date of creation, the date of modification, 
th subject, the title, the type of document, the storage format, etc. This automatically-created bibliographic information 
could be loaded into the document bibliographic databases 602. 

Notes Database 

30 

[0096] The present invention supports annotation of the documents in the document databases 612. More particu- 
larly, the present invention allows users to create and link annotations (also called notes) to any portions of the docu- 
ments in the document databases 61 2. Such annotations can include text, graphics, images, video, audio, and/or any " 
other information representation that can be stored in electronic form. 
35 [0097] The present invention also allows various information to be stored with annotations, such as the date of cre- 
ation, the creator, the date of modification, a note title and/or subject, access rights, etc. 

[0098] The annotations, linkage information (i.e., information that specifies the link between a note and a portion of; 
a document), and information related to the annotations and/or the linkage information (such as the position of the 
linked portion in the document, the date of creation, the creator, the date of modification, a note title and/or subject, 
40 access rights, etc.) are stored in the notes databases 640. Embodiments of the notes databases 640 are described in 
U.S. Patent No. 5,623,679 and U.S. Patent No. 5,623,681 , incorporated by reference herein, and in pending U.S. 
application Ser. No. 08/590,082, which is herein incorporated by reference in its entirety. 

Groups Databases 

45 

[0099] Information on groups is stored In the group databases 621 . Generally, a group Is a data structure that includes 
any number of documents that typically follow a common theme or characteristic (although this is not a mandatory 
r quirement of groups). More particularly, a group is a data structure that includes any number of patents that typically 
follow a common theme or characteristic (although, again, this is not a mandatory requirement of groups). Groups are 
so document-centric, or in many cases, patent-centric. 

[0100] There are two classes of groups: predefined groups (also called system defined groups) and user-defined 
groups (also called arbitrary groups). 

[0101] However, the invention also supports other types of groups. For example, the invention supports temporary 
groups. A temporary group is automatically created by the invention in the course of processing a command. One 
55 application of temporary groups involves s arch p rations. Specifically, when conducting a search for docum nts, a 
new temporary group is created, and the s arch results ar stored in the temporary group. The invention permits 
operators to convert temporary groups t predefined groups or user-defined groups. 

[0102] Patents (and/or documents) in predefined groups follow a predefined theme or characteristic. Database ta- 
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a product, or that map to parts f a pr duct. More particularly, a BOM group is a group that c ntains patents that map 
to an assembly, a subassembly, or a part, where an assembly is composed of one or more subassemblies, and a 
subassembly is composed of other subassemblies and/or parts. 

[0114] The phrase °a patent maps to a product" means that the patent includes claims that appear to read on the 
5 product or process of making and/or using the product, and/or includes claims that are related to or relevant to the 
product or process of making and/or using the product, and/or that the patent discloses subject matter than encom- 
passes the product or process of making and/or using the product, and/or that the patent discloses subject matter than 
is related to or relevant to the product or process of making and/or using the product 

[0115] Information on BOM groups is stored in the BOM databases 626. BOM groups and the BOM databases 626 
10 are discussed in greater detail in sections below. 

Corporate Entity Databases 

[0116] A corporate entity group is a group that contains patents (or other documents) that are* owned, licensed, or 
is otherwise of interest to a corporate entity. Information on corporate entity groups is stored in corporate entity databases 
630. The corporate entity databases 630 can include information on any number of corporate entity groups. Such 
corporate entity groups can correspond to any corporate entities that are of interest to the customer, such as the 
customer itself, affiliates of the customer, competitors of the customer, etc. Corporate entity groups and the corporate 
ntity databases 630 are discussed in greater detail in sections below. 

20 

Inventor Databases (and Employees and Person Databases) 

[0117] An inventor group is a group that contains patents each of which name as inventor a particular person. Infor- 
mation on inventor groups is stored in inventor databases 628. The inventor databases 628 are supported by person 
25 databases 632, which include information on people of interest to the customer (people who play a role in the processing 
of the invention, such as an inventor or employee), and employee databases 634, which include information on em- 
ployees of interest to the customer. Inventor groups, the inventor databases 628, the employee databases 634, and 
the person databases 632 are discussed in greater detail in sections below. 

30 User-Defined Group Databases 

[0118] A user-defined group is a data structure that contains documents that follow some user-defined theme or 
characteristic, information on user-defined groups is stored in the user-defined group databases 624. 
[0119] These user-defined group databases 624 are common to all user-defined groups. In particular, the attributes 
35 in these user-defined group databases 624 are the same for all user-defined groups. However, the customer can 
choose to utilize these attributes differently for each user-defined group. For example, the customer may choose to. 
store different types of data in these attributes for different user-defined groups. User-defined groups and the user-: 
defined group databases 624 are discussed in greater detail in sections below. 

40 Financial Databases 

[0120] The financial databases 638 store financial information pertaining to the customer's business. The financial 
databases 638 may also include financial information on competitors' businesses (to the extent that such information 
is publicly known, or can be determined or estimated based on publicly known information or business practices). Such 
45 financial Information may include money spent on R&D on a product line basis, gross and net revenue on a product 
line basis, patent licensing revenue, patent acquisition costs, etc. The invention correlates and analyzes the information 
in the financial databases 638 with patent information to determine, among other things, the financial impact of patents 
on the customer's and competitors' respective businesses. The financial databases 638 are discussed in greater detail 
in sections below. 

50 

Security Database 

[0121] The present invention includes multtleveled security features for limiting access to data stored in the databases 
316. Security is defined herein as privilege levels associated with operators and data objects, and a security method- 
55 ology for applying the privilege levels so as to r strict access to the data objects to op rators having the appropriat 
privilege levels. 

[0122] The invention is capable of supporting security f r all data items, including security for notes (stored in the 
notes databases 640), groups (stored in the group databases 621), financial information (stored in the financial data- 
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decoupling and enables the enterprise server 31 4 to transparently connect to different relational databases 31 6. 
[0133] The enterprise server modules are further described below. 

Document Storage and Retrieval Module 

5 

[01 34] The document storage and retrieval module 408 in the enterprise server 31 4 stores and retrieves documents 
from the document databases 612. Preferably, especially with respect to patent documents, the document storage and 
retrieval module 408 stores and retrieves text files and image files representative of documents in the document da- 
tabases 612. The document storage and retrieval module 408 performs such data storage and retrieval operations 

10 pursuant to commands that conform to the enterprise server API, described below. 

[0135] The document storage and retrieval module 408 preferably interacts directly with the operating system 422 
of the enterprise server 314, where such direct interaction primarily pertains to data retrieval and storage. 
[0136] As just noted, the document storage and retrieval module 408 operates to access data in the document da- 
tabases 612, such as the customer's repository of patents represented by the patent database 614. Preferably, the 

is patent database 614 stores electronic representations of all patents which are of interest to the customer. Additional 
electronic patents can bo added to the patent database 614 at any time as the customer's interests change. The patent 
database 614 is capable of storing electronic representations of all U.S. patents, or any subset of all U.S patents, and 
of any number of foreign patents as required by the customer's needs and Interests. Accordingly, the document storage 
and retrieval module 408. in combination with the patent database 614 and the patent bibliographic databases 604, 

20 provide the customer with the ability to quickly, efficiently, and effectively access, display, and process any patent of 
interest. Accordingly from the perspective of the client, the document storage and retrieval module 408, in combination 
with the patent database 61 4 and the patent bibliographic databases 604, represent a virtual patent system. FIG. 113 
graphically depicts this virtual patent system 11 304. 

[0137] The client document storage and retrieval module 708 in the clients 304, 306 (FIG. 7) displays the text and 
25 images received from the document storage and retrieval module 408 in the enterprise server 314. As shown in FIG. 
1 1 2, the client document storage and retrieval module 708 is capable of simultaneously displaying the text of a document 
in a first window 11202, and the image of a document in a second window 11204. 

[0138] The client document storage and retrieval module 708 has features and functions for enabling a user to ma- 
nipulate and otherwise process the displayed data. For example, the client document storage and retrieval module 
30 708 includes text searching features, powerful text and image navigation features, text processing features, image 
processing features (as represented by image toolbox 11206 shown in FIG. 112), document organization features, 
word list features, sophisticated text and image display features, text and image highlighting features, document im- 
portation and exportation features, case or group copying features, and print features. 

[0139] The document storage and retrieval module 408 in the enterprise server 31 4 and the client document storage 
35 and retrieval module 708 in the clients 304, 306 are collectively further described in U.S. Patent No. 5,623,679 and U. | 
S. Patent No. 5,623,681 , incorporated by reference herein, and in pending U.S. application Ser. No. 08/341 ,129, which \ 
is herein incorporated by reference in its entirety. 

Notes Module 

40 

[01 40] The notes module 414 manages and interacts with the notes databases 640. The notes module 41 4 processes 
enterprise server API commands (described below) to: create new notes, update existing notes, add notes to a doc- 
ument, remove notes from a document, and retrieve all notes associated with a document. 

[0141] The client notes module 71 4 enables a user to view and manipulate notes. FIG. 111 is a screen shot displayed 
45 by the client 304, 306 on the client monitor 1 122. Text of a patent is displayed in a first window 1 1 1 04. The client notes 

module 714 displays upon command the notes that are linked to portions of this patent in a notes window 11108. 

[0142] The client notes module 714 receives from the user commands to, for example, edit note contents, create 

new notes, link new or existing notes to portions of documents, modify notes, and delete notes. The client notes module 

714 modifies the display of the notes window 11108 as necessary to reflect these user commands. The client notes 
so module 714 also generates enterprise server API commands corresponding to these user commands, and forwards 

these enterprise server API commands to the enterprise server 314 for processing by the notes module 414 in the 

enterprise server 314. 

[0143] Notes may have attributes, such as (but not limited to) the person who created the notes (relevant for security 
purposes), the date the note was created, the data format(s) of data stored in the note (text, image, graphics, video, 
55 audio, spreadsheet, database, tc), th note title, the note subject, whether the not contains information that would 
be considered to be Attorney/Client privileged or confidential, and the date the note was last modified. 
[0144] According to an embodiment of the invention, notes ar hierarchically organized. That is, a given note may 
be a child note of any number of parent notes, and may have any number of child notes. This, of course, is in addition 
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s arch modute 710 converts these search commands to c^l^T*™ fr ° m the user The 

and transfers these enterprise server AP. command to TeeZnZ ^ AP ' com ™"«*. » necessary, 

receives from the enterprise server314 search resute ^2 T k 31 *' ^ CUnt Searchin 9 mod "'e 710 
andenablestheusertomanipulateandp^ss^ 

otene.eeerehc.nb restrict d to „, I ^T^c* ^oTh.'^r^ ° ' Pr, °' S8a " !h T " u8 ' hesc <>'» 
.o». S e.rchoh,o* l „. pfe rseeroh.Pre,.r a o„eVr;;^TrXToZ 
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select prior search results and priors arch criterions. 

[0155] In some embodiments, a user's characteristics (i.e., security level) define the groups that the user can search 
in. In other words, searches are restricted to groups for which the user has access rights. 

[0156] The operation of the client searching module 710 in a client 304, 306 and the searching module 410 in the 
5 enterprise server 314 shall now be described in greater detail with reference to FIG. 9. The client searching module 
710 supports a number of user interfaces for enabling the user to enter a search command. One user interface is a 
field driven graphical user interface (GUI) 902. Examples of field driven GUIs 902 are shown in FIGS. 53 and 57. 
[0157] Considering first FIG. 53, the client searching module 710 displays the searching window 5302 on the client 
display monitor 1122. The searching window 5302 includes a Scope of Search field 5304 through which the user can 
w select a scope of search. The user presses a down-arrow button 5306 to obtain a list of possible search scopes. This 
list may include, for example, all U.S. patents, all foreign patents, both U.S. and foreign patents, all patents in one or 
more selected groups, the patents in the customer's repository, etc. Searches can also be restricted to portions of 
documents, such as the claim section in patents. In the example of FIG. 53, the user has defined the search scope as 
being all U.S. patents. 

is [0158] The fields in the searching window 5302 allow the user to specify a search of patent bibliographic information, 
and/or a search of the text of patents. The user can search through patent bibliographic information by entering key 
terms in the patent number field 5306, the title field 5308, the inventor field 5310, the assignee field 5312, the class 
field 531 4, and/or the date of issue field 531 5. The date of issue field 531 5 allows the user to specify patents that issued 
bet re or after a given date (by filling in fields 5316 and 5318), or that issued between two dates (by filling in fields 

20 5320, 5322, and 5324). It is noted that only some of the attributes of the patent bibliographic databases 604 are shown 
as being searchable in FIG. 53. In some embodiments, other field driven GUIs (not shown) supported by the invention 
have search fields corresponding to other attributes of the patent bibliographic databases 604. In these other embod- 
im nts, it is possible for the user to search through any of the attributes of the patent bibliographic databases 604. 
[01 59] The user can search through the text of patents by entering search parameters in an abstract field 5326 and/ 

25 or the full patent text field 5328. 

[01 60] It is noted that not all users may have access to all of the search options described above. For example, some 
users may be only able to search through the patent bibliographic information. Other users may be only able to search 
through certain attributes of the patent bibliographic information. Other users may be only able to search through the 
text of patents. The server configuration module 404, described below, controls the search options and capabilities of 

30 each user. 

[0161] The user can specify the fields to include in the list of search results by appropriately selecting fields 5330. 
The user can specify a sorting order to display the search results via field 5332. Sorting options include: descending 
patent numbers, ascending patent numbers, issue date, filing date, serial number, score (the number of search hits), etc.; 
[0162] FIG. 54 illustrates an example screen shot of search results displayed by the client searching module 710 on ' 
35 the client display monitor 1122. By selecting a "get results in a file command" 5406, the user can write the search * 
results to a user-specified file. By selecting a "patents in local repository command" 5408, the user can display a list" 
of the patents from the search results that are stored in the patent database 614 (i.e., whose text and image files are| 
stored in the patent database 614). 

[0163] By selecting a "patents not in local repository" command 5410, the user can display a list of the patents from 

40 the search results that are not represented in the patent database 614 (i.e. : patents for which the user does not own 
electronic copies of). The report resulting from selecting the patents not in local repository command 541 0 can be used 
by the user to generate a purchase order to obtain electronic copies of the patents of interest from the search results. 
In some embodiments, electing this option will cause an electronic message to be sent to a third party service provider. 
The third party service provider would then electronically send electronic copies of the patents to the customer. 

45 [0164] If the user selects (by double clicking or other well known GUI operation such as selecting a patent and 
pressing a return button) a patent from the list shown in FIG. 54, then the text and/or image of the selected patent is 
displayed on the client display monitor 1122. FIG. 55 depicts the display of text, and FIG. 55 depicts the display of an 
image. Alternatively, both the text and image can be simultaneously displayed on at least some clients 304, 306 using 
a display format such as that shown in FIG. 112. 

50 [0165] The field driven GUI 5702 of FIG. 57 is similar to that of FIG; 53. Note that the GUI 5702 of FIG. 57 includes 
a k ywords field 5716, which allows the user to search through user-definable fields in the patent bibliographic data- 
bases 604. The field driven GUI 5702 of FIG. 57 also allows the user to define the scope of the search via fields 5728. 
In the example of FIG. 57, the scope of the search can be the full text index (i.e., a search of the patent bibliographic 
information), only the patents stored in the patent database 61 4 (i.e., only the patents in the customer's patent repos- 

55 itory), only th patents in the current group, or only the current patent. Other embodiments may r strict searching t 
specific types of docum nts or specific predefined groups, such as all European patents, all PCT applications, all non- 
patent documents, documents in BOM groups, etc. 

[0166] Referring again to FIG. 9, the client searching module 710 generates a query request 908A based on the 
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described below in Tables 2 and 3. parameters according to the enterprise server API is 



Search string 
operator 



W/n 



AND 



OR 



NOT 
77 



Table 2 



Meaning and Search Behavior 



Search for term expression on left within n 
characters distance in either direction from 
term exp ression on right. 

Match only documents that satisfy the 
term expression on the left and the term 
expression on the right. 



Match documents that satisfy the term 
expression on the left or the term 
expression on the right. 



Match only documents that do not satisfy 
the term expressi on on the right. 

Parentheses. Used to group search 
expressions parts to control their order of 
evaluation. 



Implementation in Search Engine 424 
(when using Fulcrum as the Search 
Engine 424) 

Translate directly to "WITHIN n 
CHARACTERS OF" 

Translate directly to 



Translate directly to "I" 



Translate directly to °!" 
Leave as is. 



a search string "element". Each search strlng^^tSf 2 enlZ^ ^ * thSSe deHmiters wi » be ««* 
for transmission to Fulcrum. The meaning of aVd^ 3 P8ir ° f Wophes to translate it 

are listed below in Table 3. translations for the specific characters that can appear in an element 



S arch string Element 



A-Za-z 



0-9 



Table 3 



Meaning and search behavior 



Alphabetic characters. A contiguous sequence of 
these (including any option-apostrophes) is 
considered a word for searching. All searching is case 
insensitive. y 



Implemen tation in 
Fulcrum 



Leave as is. 



Numeric characters. A contiguous sequence of these 
(including any optional commas or periods) is 
considered a word for searching. 

Apostrophe. This character only appears in the index 
when there is an alphabetic character on either side of 
it. In this case, you must search for it explicitly. For 
example, searching for "Adams" will no t find "Adam's". 
Comma and period. Each of these characters only 
appears in the index when there is a numeric character 
on either side of it. In this case, you must search for it 
explicitly. For example, searching for "4 234 03" will 
not find "423403". w,w Wl " 



Leave as is. 



Translatedirectly to ' 



Leave as is. 
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Table 3 (continued) 





Search string Element 


Meaning and search b havior 


Implemen tat ion In 
Fulcrum 


5 


* 


Wildcard matching zero or more characters in a single 
word. 


Translate directly to *%° 




? 


wuocaro maicmng exactly one cnaraciei m » t>inyit; 
word. 


Translate directlv to " * 


10 


% 


Fulcrum's wildcard matching zero or more characters 
in a single word. 


Translate directly to "\%" 






Fulcrum's wildcard matching exactly one character in 
a single word. 


Translate directly to °\_ w 


15 


\ 


Escape character in Fulcrum. 


Translate directly to "\\" 




Space 


Space character. 


Leave as is. 


20 




Behaves like the "other punctuation 0 below with the 
exception that when one or more dashes appear in the 
middle of a word in a search string, the search engine 
will search for both the version with all the dashes and 
the version with none of the dashes. 


Leave as is. 


25 


! @ #$% A &_-=+Q0 ; :<> VP ~ 


AH other punctuation. These are treated as invisible 
word breaks. They are not indexed, but will break 
words. 


Leave as Is. 



[0169] The searching module 410 in the enterprise server 314 receives the query request 908A. A query language 
syntax analyzer 91 4 in the searching module 41 0 checks the query request 908A for any format or syntax errors, such 
as unbalanced parentheses. The searching module 41 0 then translates the query request 908A to a new query request 
in the language of the search engine 424. The new query request is then transferred to the search engine 424 for 
processing. 

[0170] The present invention also supports a native language command line GUI 904 for enabling a user to enter a 
search request. The command line GUI 904 is typically only used by users who are familiar with the enterprise server 
API. When using the command line GUI 904, the user enters at the command line a query request 908B. This query 
request 908B must conform to the enterprise server API. This query request 908B is then transferred to the searching 
module 410 in the enterprise server 314 where it is processed in the manner described above. 
[0171 ] The present invention further supports any number of foreign language command line GUIs 906 for enabling 
the user to enter query requests. The invention provides foreign language command line GUIs 906 to support those 
us rs who are familiar with database query languages other than the enterprise server API. Such database query 
languages are herein called foreign query languages for reference purposes. There are many well known foreign query 
languages, such as the patent specific query language used by the U.S. Patent Office Web Site which is located at 
httpy/patents.cnidr.org/access/access.html. The client searching module 710 has a foreign language command line 
GUI 906 for each foreign query language of interest. 

[0172] When using a foreign language command line GUI 906, the user enters at the command line a query request 
910. The query request 910 is in the foreign query language associated with the foreign language command line GUI 
906. The query request 910 is translated to a query request 908C in the enterprise server API by a translator 912 (there 
is a translator for each foreign query language supported by the invention). This query request 908C is then transferred 
to the searching module 410 in the enterprise server 31 4 where it is processed in the manner described above. 
[01 73] The present invention also supports searching of other data objects, such as groups (in the group databases 
621) and notes (in the notes databases 640). In fact, the present invention supports searching of all the tables in the 
databases 316. Preferably, all fields in all tables of the databases 31 6 are indexed and searchable. In some embodi- 
ments, only some of the tables are indexed and searchable, such as the group databases 621 and the notes 640. 
GUIs, such as those discussed above, are used to enable operators to define searches of any attributes of these tables. 
[0174] The present invention also supports context and linguistic type searching, and also supports image and object 
searching. The invention can be used, for example, with data blade search tools, such as those available from Informix. 
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Automatic Searches Related to Groups 
[0175] 



10 



15 



45 



50 



55 



databases 602 to identify dlmeTthat^ and *>^ document bibncg'S 

are added to a specified group. * P ' f ' 6d Search Crrter,a - The documents identified via this search 

bases 604 for any patents that name ^SS^^JZ^ T*7 *" P " tont bM ^^ 
mat.cally added to the XYZ group corporate as assignee. Any patents found from this search are auto- 

£0178] The invention a.lows'the custom^ 

customer specifies the target databases (what datebasfs I S£h?? * T*' " defi " in9 *" automatic sear <*. the 
dented documents), the search criteria, and th TrSSn% or c^Ln T 9r ° UPS (WhiCh 9rou P s ™*<™ the 
[0179, Preferabfc the searching module 4 10 £SoT7.^S^^ 

Searching Algorithm 

arr2rrszs~r vr- - * 

•» dautaM. 316 sue* object* „ m^TIT^ ** th " dteal >' "™« «»« 

{0181] A flowchart 13902 shown in FIG 1 ra nr flM , t 

410 according to a preferred em o^ST^^t^^ Perf0mied * ™ dUl ° 

flowchart 13902 with respectto a search string tM^Z^^ZT^ "° V***™ the Ste <> s ° f 

s^sriiSfsii? zz ct a search °' the such as a c,ient 304, 3 ° 6, ° r any 

are P^a^t^S search string elements, which 

delimiters (Table 2). Search str,f19 components/elements are separated by search syntax 

Sing^ search string components in the search string The 

par S ing,thesearchingmodule41ordS^ Search st ™9- the course ofsuch 

Phrasel , Phrase2, Phrasee, PhraseS, Phrase4, and PhraseS. 

assigns a search string component to SiS^r^r" 9 410 in ste P 1*» 

component and the capabilities of the database a^^2^^,rt? e rt or ^ »^ ■""8 

•dentifies the characteristics of the search string ^XJtE *' t ' e , Sea,ch!n 9 ™ dul * 410 analyzes and 

component to a data accessing object whose ca^bE II ?! ' ^ ,n9modu,e 41 0tnenass '"9ns Research string 
bilities are we.l suited for processing J^STTS52SiSI2rr B ^ ? ^ Charac,eristi « (*« is. whose capa 
[0185] For example, suppose tha tthe ^.^^^"^ ^"S those characteristics). P 
lection of documents. Tnis^e TJZ£i ^SSS^^^T^ * t6 * 8eareh in a 

424. Search engine 424 is Z suited loTpl^™C^iiC^ b * * S6arch engine ' SUCh " Searcn °»9™ 
[0186] As another example, suppose Zt t^lT^ZT^ T ^ thS databases 316 is 
referenced by U.S. Patent No. 1 S.567. t2 search strina ^T"^ 8 ^ f0r a » P ate "ts that are 
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processing th search string components in parallel, the length ftime that it takes t conduct the search is reduced. 
[01 88] In step 1 391 0, the data accessing objects transfer their respective result sets or search results to the searching 
module 41 0. These search results represent multiple data streams. The searching module 41 0 in step 1 391 0 combines 
these data streams according to the logical linking operations represented by the search syntax delimiters in the original 
5 search string. 

[0189] For example, FIG. 138 illustrates the manner in which the searching module 410 combines the search results 
resulting from the example search string presented above. R1 represents the search results generated by processing 
Phrase 1 . Similarly, R2, R3, R4, R5, and R6 represent the search results generated by processing Phrase 2, Phrase3 t 
Phrase4, PhraseS, and Phrase6. 
. 10 [01 90] The searching module 41 0 combines R4 and R5 by logically AND'ing R4 and R5. That result is OR*d with R3. 
The result of that OR operation is AND'd with R6. The result of that AND operation is OR'd with the result of the logical 
AND'ing operation of R1 and R2. The result of this OR operation represents the final result of processing the original 
search string. 

[0191] Preferably, for efficiency purposes, the result sets received from the database accessing objects are ordered 
is according to a common criteria. Preferably, the result sets are ordered according to patent number. 

[0192] The searching module 41 0 in step 1 391 0 then returns this final result to the requester. Operation of flowchart 
13902 Is then complete, as Indicated by step 13912. 

[0193] In the present invention, It is not necessary to store the Intermediate search results. For example, it is not 
necessary to store R1 , R2, R3, R4, R5, and R6. Instead, the searching module 41 0 processes the intermediate search 
20 r suits as they are received. Referring to FIG. 138, the searching module 410 processes R4 and R5 (as they are 
received) by AND'ing them together. The result of that AND operation is immediately processed with R3 (as it is re- 
ceiv d) by OR'ing them together. The other search results are processed as they are received in a similar manner. As 
a result, the searching module 410 does not need to store the intermediate search results R1 -R6 for any length of time. 
[0194] The searching algorithm of the present invention shall now be further described with reference to the process- 
es ing of the "patents in local repository" command 5408 and the "patents not in local repository" command 5410 (FIG. 
54). These commands were discussed above. 

[0195] The searching module 410 executes the "patents in local repository" command 5408 by first processing a 
search string in the manner shown in the flowchart 13902 (FIG. 139). The results of processing this search string are 
then logically AND'ed with a listing of the patents in the patent repository (that is, in the patent database 614). This 
30 logical AND operation yields a list of patents which satisfied the search string, and which are also in the patent database 
614. 

[0196] The searching module 41 0 performs the "patents not in local repository" command 541 0 by first processing 
a search string in a manner discussed above with reference to flowchart 1 3902 in FIG. 139. The results of processing 
the search string are then logically NAND'ed with the list of patents in the patent database 614. This NAND operation 
35 yields a list of patents which satisfy the search string, but which are not in the patent database 61 4. 

Grouping Module 

[01 97] The grouping module 41 2 in the enterprise server 31 4 manages and interacts with the group databases 621 . 
40 The grouping module 412 receives and processes enterprise server API commands (sent from clients 304, 306) to 
perform at least the following functions: obtain information on the hierarchy of the groups stored in the group databases 
621 , make an existing group a child of another group, unlink a child group from one of its parent groups, update group 
properties, create a new group as a child of an existing group, obtain a list of documents in a group, add documents 
to a group, and remove documents from a group. 

[0198] The grouping module 412 also supports group Import and export functions. Some of these group Import func- 
tions relating to BOM groups, corporate entity groups, and inventorship groups are described below. The grouping 
module 412 also supports a user-defined group (or generic) group import function. When performing this function, the 
grouping module 412 receives a properly structured file comprising a plurality of records (or lines of information), where 
ach record specifies a name of a group and a physical level of the group in the group hierarchy. From this file, the 
so grouping module 41 2 creates a user-defined group hierarchy in the user-defined group databases 624. 

[0199] An example file for group importation is shown below (other file structures could alternatively be used): 
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A 


2 


B 


3 


C 


2 


D 


3 


E 
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(continued) 

~4 



3 



F 
G 



[0201] The grouping module 412, upon receip of this 2 rtZ^V ! 9r ° UP h ' erarChy Shown in FIG - US- 
groups represented in the file (i.e., for^groups A B C D p rTlA T I" 9roup - table 1227 ^ each of the 
' stored in the group_group xre table S por^'* ' 1,16 PhyS ' Ca ' level info ™ation horn the file is 

indicates that GroJpH is the parem of (S^pTTte^p group "x^S'SwouldS 9 8 ""^ th3t 

indicate that Group G is a child of Grouo D fit i« nnt-n *^ ^ u would also have a record that would 

712 on ih. d J monto ^'"^iS^S ^ITI T" sh< " dlspla > ,sd "V «» ■*« M 

a graphical 

ALU group 5808 in this first window 5804 ^^^^^^: 8UPPWB ** USer has se,ected a " 
in the se.ected group to be displayed in a s^Z^ mSx ^ T TT 5804 3 ,iSt 0f the *cu™nte 

the fo..owing,ist of documents'u.S^a^^^ 

from this example, many of the patents referred to toretafaMiS t^' 5,278,CCC; 4 . 760 ^78 (as should be apparent 
in the selected ALU group. Note thaUhe s^con tt^SSTf^T™" m These doc "™nts are 

documents. Preferably, tne informa^^ °" *• «— 

formats could alternatively be used pread sheet format - However, other 

Tn/to STSSS ^Jxa™^ ^ 'f ^ -°° nd ^ 5806 —ed doc- 

intheseoond window. This w^c^ No " «™ th. list disp.ayed 

316 via the enterprise server314 The cfent ^urn^'nt T tai " thetextandlma g e «>fthispatentfromth e d a tabases 
text and image 5 the '478 P^^^J^I^^r - ? ^ then the retriev6d 

SZ^^r*™ 11202 - and the XC352T«5 F,G - 112, where the text is 

groups, etc. The client grouping mS 712 ^^2117^ t0 ™ e \**»™* *™ ^oups, to de.ete 
user commands. The client grouping module 712 also SiSS? I W 5802 38 necessaf V to reflect these 

these usercommands, and forwaSslhese ^tlZsel^T T ^ AP ' command * corresponding to 
by the grouping module 412 in t^enter^ 

Analysis Modules 

S5, ,£3: J r mSca,, 6 y ~nd^es^ T h ° d ^ 41 6 " *"* « 3,S ° Called 

mands. The analysis modules 4^^ 

416 are patent-centric because ^^S^^S^S^ and W^ented. The analysis modules 
data either with or without consideration ^^SS^^SS^'SSl' ?" *Tf*> * 
analysis modules 41 6 are group-oriented because t h «, h-TtT P "™ on data - HR data . financial data, etc. The 

416 that the invention* adap^ ^dej^ 

416 because the databases 316 ar^so rTch^h™^ Z ent '° n SUpport man y other ana,vsis modules 
us fu. processing (from the po nt ^?^^"o,^S 41 ^'^ any °^ modu,e that »**>«"■ 
collection of anajsis modules 4i?.hS£ M h5g tlTl fJ" th6 databases 316 - Accordingly, the particular 
tation. h0W " m F ' G - 1 0 are de *cnbed herein for the purpose of illustration, and not limi- 

^of g ;c.tt: 8 p K 

any types of groups. * ' °* Una ret ood that the analysis modules 416 can work with 

[0208] Th analysis modules 41 6 are described in detail in sections below. 
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Security Module 

[0209] The security module 402 in the enterprise server 31 4 manages and interacts with the security databases 636, 
which stores information required to implement the security features of the invention. The security module 402 utilizes 
5 the information in the security databases 636 to implement a multilevel security methodology. The security databases 
636 and the multilevel security methodology implemented by the security module 402 are described in detail in sections 
below. 

[0210] The client security module 702 in the clients 304, 306 enable a user to access and modify the security infor- 
mation in the security databases 636. Typically, access to the client security module 702 and the security databases 
w 636 is limited to users with high security clearances, such as system administrators. 

Server Administration Module 

[0211] The server administration module 418 performs functions related to the enterprise server 314's resources, 
is such as the databases 316 and the indexes to the databases 316. Some of the server administration module 418 
functions include performing reindexing operations of the databases 316, when necessary, importing and exporting 
large portions of the databases 316, upon request, managing directories, etc. The server administration module 418 
is also responsible for establishing user sessions with the enterprise server 314. 

[0212] The client server administration module 718 at the client 304, 306 and/or the server administration module 
20 418 in the enterprise server 31 4 preferably maintains one or more server configuration files. Information in the server 
configuration files identifies, for example, the physical location of the databases, the number of possible concurrent 
users, memory size allocations, etc. The server configuration files can also include log files. The server configuration 
files would indicate what events are to be logged to the log files, such as whether to track all user actions, track error 
conditions, etc. 

25 

Server Configuration Module 

[0213] Not all users have access to all of the enterprise server functions. A normal user, for example, may be only 
able to search documents and document bibliographical information, view documents, and print documents. Accord- 
30 ingly, a normal user would be able to access only the document storage and retrieval module 408 and the searching 
module 410 of the enterprise server 314. 

[0214] Also, different users may have different search capabilities. Some users may be able to search only document 
bibliographic information, while other users may be able to search both document bibliographic information and the. 
text of documents. 

35 [0215] A power user may be allowed access to all enterprise server functions. The power user could search docu- 
ments and document bibliographical information, view documents, print documents, work with groups, work with notes,/* 
and invoke analysis functions. Accordingly, the power user would be able to access the document storage and retrieval 
module 408, the searching module 410, the grouping module 412, the notes module 414, and the analysis modules 
416 of the enterprise server 314. 

40 [0216] A system administrator may be able to set user security levels and perform enterprise server administration 
functions. Accordingly, a system administrator would have access to at least the security module 402 and the server 
administration module 418. 

[0217] The modules loaded on a user's computer preferably depend on the user's security level, and correspond to 
the modules in the enterprise server 314 to which the user has access. Referring to FIG. 7, only the client document 

45 storage and retrieval module 708 and the client searching module 710 are preferably loaded on the computers (i.e., 
clients 304, 306) of normal users. The client document storage and retrieval module 708, the client searching module 
710, the client grouping module 712, the client notes module 714, and the client analysis module 716 are loaded on 
the computers of power users. The client security module 702 and the client server administration module 718 are 
pref rably loaded on the computers of system administrators. 

so [0218] The system configuration module 404 in the enterprise server 31 4 keeps track of the functions and modules 
that each user is permitted to access. Preferably, the server configuration module 404 maintains a database (not shown) 
having access privilege information for each user (note that this is different than security access information). As shown 
in FIG. 101 , when the enterprise server 31 4 receives a command from a user, the server configuration module 404 in 
step 10108 ensures that th user has access to the target module (i.e., the module in the enterprise server 314 that 

55 would have responsibility for proc ssing the c mmand) before allowing the command dispatch modul 406 to forward 
the command to th target module for processing. FIG. 101 is further describ d below. 

[0219] The functions and ent rprise server modules that a user is allowed to access is depend nt on a number of 
factors, such as the user's level of need, the user's level of expertise, and/or whether or not the user has purchased 
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Ihtr„ 0 t d H Ul t S an f t ° r ? tabaSeS (in S ° me embodime "ts, it may b necessary for the user to pay a fee to access and 

T^zzzi:irc e " rise server modu,e - such as the notes modu,e 41 4 - the ^ 

SSL J? Tt* COmpUter p,atform is also a consideration. In some embodiments, software for someclient modules 

2?f? 9 T7 m ° dU,e 712> th6 dient n0tes module 714 ' and/or the client «n^is modi 716 may not 
exist for the user's part.cular computer platform. This is especially true for the computer platforms used to fm^n 

th! uZTTn 3 ° 4 h " th6Se CaS6S ' ^ US6r Wil1 n0t ° e ab,e t0 a ~ ess «V of the JLpit^Sl"S^2 
he user's platform does not have a corresponding client module. In other embodiments however software To al of 

Tlo^LT S ^Tt^ f ° ra " P ' atf0rmS - AcC ° rding ^ the computer p.atforni.sTot a cSSSEn" 
r spect to the issue of wh.ch enterprise server modules the user is capable of accessing In these ontodh^ Z 
c..en, m 0dules may b implemented using multi-p.atform enabled software, such as Java or o her stctsoZS' 
[0221J insomeembodiments.themodulesarenotloadedontheuser-scomputer Instead thw arTrun S?in*.r 

Command Dispatch Module 

1 e ntl h m e r? mmand 406 eMeVpriSe SetVer API commands received from clients 304 306 

SiSlTSiT"^? ' x POnSib ' e for P rocessi "9 the commands. This functionality is represent 
1 V • desCr,bed below - The enterprise server API commands are described below Also described 

modules process which enterprise server API commands). emerpnse server 

Clients 

S? 3 Th AS abOVS ' SyStem 302 P referab| y include s two types of clients, network clients 306 and web clients 
SCkkTho nrtwork chants 306 and the web clients 304 are discussed in greater detail below 

SL J! 'L n H t6d functional capabilities of network clients 306 and web clients 304 may differ in some em- 

th. rr i " d T V Same in ° ,her embodimen ts (this is described below). However, for simplicity SZos™ 

ne^o^ZT S n o T meXmeS TT bSd 85 in,eraCtin9 Wfth " C ' ientS 304 ' 306 '" Which ma * represLt one oTmoS 
network clients 306, one or more web clients 304, or any combination of network clients 306 and web clients 304. 

Network Clients 

[0225] The network clients 306 preferably communicate with the enterprise server 314 using the enterprise server 
306 ca^ b?™T 9 h " Ca " ed ~™ AP ' (apP " C * ion ™™ interface) ThSork SZ 

^•XSS^JSIS? tTT br ° WSerS that ^ SP6CifiC t0 tHe ' angUa9e and the functions ^PPorted by 
me enterprise server 31 4. The enterprise server API is described below. 

n 0 ? 61 u JJlf "f^* ° lientS 306 P referab, y communicate directly with the enterprise server 31 4 via a communication 
SET E^nZ TT TSS R a th3t SUPP ° rtS th6 We " kn0W " "^hypertext transport) protTo" 

R?7l SS^TT t " S P 6rably im P' emented usi "9 a such as the compute? 1102 shown in 

Fia 1 1 . Preferably, the computers used to implement the network clients 306 are personal computers with at least 1 6 

op^svTmTeToZ 8 ' rUnnin , 9 ^ Wind ° WS 95 ° Peratin9 SyStem " *° ^roToft ld « ^ 

SEX ta35^ 9 m network clients 306 is preferably written in the c + + computer pr °- 

E2L ' n fa °- ' preterab,y a " software of the inventlon * bitten using the C + + computer programming languaqe 

££T man,P r a ! l ° n C ° de iS Writte " 8 combi " a «°" of SQL and C + + . Other computer fo^nZSlSS.' 
could alternatively be used, such as SmallTalk, Java, C, Pascal, ADA, etc. mming languages 

Web Clients 

JJf 91 , T l!t Web c,ien ^ 304 are each Preferabfy implemented using a computer such as thatshown in F!G 11 Com- 
software can be used, such as web browser software from Netscape, Microsoft Sun etc 

SI wlh nlTtT* dientS 308, the W6b dientS 304 d ° not ***** utiliz the «««P*» ««v r API. Accord- 
nl«r ^ b f ents 3° 4 commun.cate indirectly with th enterprise server314 via the web server 310 

[0231] hq B is a block diagram of the web server 310. This block diagram also illustrates th data fl w between 

the web chent 304 and me entemrise served 
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that translates between the respective languages f the web cli nts 304 (preferably HTML, or hypertext markup lan- 
guage) and the language of the enterprise server 314 (i.e., the enterprise server API). 

[0232] Specif icalfy, the enterprise server 314 sends raw data 802 to the web server 31 0 over the network 312. The 
translator 804 in the web server 310 translates the raw data 802 to data in the well known HTML data format. This 
5 HTML data 806 is sent to the web client 304 over network 308. A browser 808 in the web client 304 renders the HTML 
data 806. The translator 804 translates data going from the web client 304 to the enterprise server 314 in a similar 
manner. It is noted that data formats other than HTML could alternatively be used. In particular, any data format used 
by the browser 808 could alternatively be used in the invention. 

[0233] Since the web server 310 communicates with the enterprise server over the network 312 using the enterprise 
10 server API, the web server 310 appears to be a network client 306 from the perspective of the enterprise server 314. 
The interaction between the web clients 304 and the enterprise server 314, and the network clients 306 and the en- 
terprise server 314, is further described below. 

[0234] The use of commercial web browser software in the web clients 304 is advantageous because such software 
executes on different computer platforms (that is, there are versions of the browser software that executes on different 

*5 computer platforms), such as computer platforms produced by IBM, Apple, Sun, SGI, HP, companies producing com- 
puters that are compatible with those produced by these companies, etc. Thus, the present invention via the web clients 
304 enables users working on any type of computer platform for which a commercial web browser is available to access 
the enterprise server 314 and the databases 316. This feature of the invention is particularly Important in the data 
processing world of today, where any given corporate entity may have users on many different computer platforms. 

20 The present invention allows all of these users (using commercial web browser software, which the corporation may 
already own) to access and work with the enterprise server 314 and the databases 316, irrespective of the type of 
computer that they are using. 

Enterprise Server API (Application Programming Interface) 

25 

[0235] The enterprise server API includes commands for accessing functions and capabilities supported by the en- 
t rprise server modules (shown in FIG. 4). Many of the enterprise server commands have an implicit parameter which 
is the sessionID (identifier) of the current server session. A sessionID is obtained by calling the ReqLogin command. 
All commands issue an exception on failure. 
30 [0236] Interaction between the clients 304, 306 and the enterprise server 31 4 is conducted via direct or indirect use 
of the enterprise server API, whether or not stated explicitly herein. 

[0237] Other applications (not discussed herein) may interact with the enterprise server 314 as long as such appli- 
cations conform to the enterprise server API. 

[0238] An embodiment of the invention includes timed, automatic executing commands (such as the automatic 
35 searches described above). These commands execute upon the occurrence of an event (the event can be defined in ^ 
the passed parameters of the commands). Such events include time (for example, execute every 30 days), system^ 
update (for example, run this search every time new patents are loaded into the enterprise server), data change (for- 
example, automatically regroup these patents every time a corporate entity changes) : etc. These timed automatic 
executing commands are essentially those listed and described below, with additional logic for detecting the occurrence 
40 of the defined condition(s)/event(s), and for automatic execution upon such detection. 

[0239] The commands that make up the enterprise server API according to an embodiment of the invention are 
described below. It should be understood that the enterprise server API is extendable to support other enterprise server 
modules, or to support additional or modified functions in existing enterprise server modules, or to support other func- 
tions described herein. Embodiments of the enterprise server API may include only a subset of the following commands. 
45 Also, modules other than the ones identified could process the following commands. For example, the Server Admin- 
istration Module 418 could process the Security Module 402's commands. 

Commands Processed by the Server Administration Module 418 

so [0240] 

ReqLogin(username, password) 
Returns: sessionID 

Description: Login command for the enterprise server 314 for user authentication and to establish a user session 
55 on th enterpris server 314. 

ReqLogout() 
Returns: nothing 
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Description: Terminates user session with enterprise server 314. 

ReqAddUsers(userList userSet) 
Returns: nothing 

Description: Adds the users specified in userSet to the system (as being able to access the system). 

ReqGetAIIUsers() 

Returns: list of users in system 

Description: Returns a list of users registered to work with the system. 
ReqGetUsers(userldList userlDSet) 

Description: Returns a list of users (identified by userlDSet) and their user IDs. 
ReqRemoveUsers(userldList userlDSet) 

Description: Removes a list of users from system, specified by their user IDs (userlDSet). 
Commands Processed by the Security Module 402 
[0241] 

ReqGetPermissionList(string docGroupl D) 

Description: Gets and returns the permission list for a group specified by docGroupID. 
ReqRemovePermission(string docGroupID, string entityiD) 

ens 0 " RSmOVeS a " aCC6SS PriVil " eS t0 8 9r0UP (8PeCified by ^""W f-m an entity (speeded by 
ReqSetPermission(string docGroupID, string entityiD, string mode) 

I^T^S^ PSrmiSSi0n (SP6Cifled bV f ° r an ^ (Sp ^ ied * e ^ lD ) * - * oroup (spec 

Commands Processed by the Document Storage and Retrieval Module 408 
[0242] 

ReqCanPage(document, section, page) 
Returns: raw image data 

ReqDocList() 

Description/Returns: Retrieves and returns a list of documents in the repository. 

ReqTxt(document) 
Returns: raw text data 

Description: Gets the ASCII text of a document specified In the passed parameters. 

ReqRawCan(document) 
Returns; entire image file 

Description: Gets the entire collection of images associated with a document specified in the passed parameter. 

ReqRawEqv(document) 

R turns: entire equivalent or text file 

Description: Gets the document equivalent data or text data of a document specified in th passed oaram ter 
This return data is a textual repr s ntation of the document. P 

ReqCanHeader(docum nt) 
Returns: Image file header data 
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Description: Gets header information about the collection of images associated with the document specified in the 
passed parameter, including the size, width, and height of the images. 

ReqAbstract{spStringSet patentUst) 
5 Returns: A list of abstract/patent number pairs 

Description: Retrieves abstracts associated with the patent list specified in the patentUst parameter. 

ReqGetAIIPatentData(int sindex, int eindex) 

Returns: list of patents with their bibliographic information, search handle 
w Description: Gets the list of patentsplus their bibliographic information, startingfrom sindex and ending with eindex, 

where sindex and eindex are based on the ordering of the patents in the patent bibliographic databases 604. 
Example: ReqGetAIIPatentData(0, 5) returns the first 6 patents in the patent bibliographic databases 604 with their 
bibliographic information. Also returns a handle that identifies the persistent result set on the enterprise server in 
order to get more patents from the result set. 

15 

ReqGetAtlPatents(int sindex. int eindex) 
Returns: list of patents, search handle 

Description: Gets the list of patents, starting from sindex and ending with eindex, where sindex and eindex are 
based on the ordering of the patents in the patent bibliographic databases 604. Example: ReqGetAIIPatents(0, 5) 
20 returns the first 6 patents in the patent bibliographic databases 604 Also returns a handle that identifies the per- 

sistent result set on the enterprise server in order to get more patents from the result set. 

ReqGetPatentDatalnGroup(string groupID, int sindex, int eindex) 
Returns: list of patents with their bibliographic information, search handle 
25 Description: Gets a list of the patents in a group (specified by groupID) with their bibliographic information, starting 

from sindex and ending with eindex (relative to the ordering of the patents in the group). Example: ReqGetPatent- 
DatalnGroup(groupid, 0, 5) returns the first 6 patents and their bibliographic information from the group.Also returns 
a handle that identifies the persistent result set on the enterprise server in order to get more patents from the result 
set. 

30 

ReqGetPatents(string groupID, int sindex, int eindex) 
Returns: list of patents from sindex to eindex. 

Description: This is similar to ReqDocslnGroup (described below), except it returns patents from sindex to eindex 
from the group specified by groupID. sindex and eindex are relative to the ordering of the patents in the group. 
35 Example: ReqGetPatents(groupid, 0, 5) returns the first 6 patents in the group. Req Get Patents (groupid, 6, 11) 

returns the second 6 patents in the group. Also returns a search handle on which to get subsequent patents. 

ReqDeletePatentHandle(string handle) 
Returns: nothing 

40 Description: Deletes a generated result set of patents specified by handle, generated by ReqGetAHPatents or 

ReqGetPatents. 

ReqGetPatentDataFromHandle(string handle, int sindex, int eindex) 
Returns: list of patents with their bibliographic information, search handle 
45 Description: Receives a handle. From that handle, gets the patents from sindex to eindex (where sindex and eindex 

are relative to the handle), and also gets their bibliographic Information. The handle is generated by ReqGetPat- 
entDatalnGroup or ReqGetAIIPatentData. 

ReqGetPatentsFromHandle(string handle, int sindex, int eindex) 
so Returns: list of patents, search handle 

Description: Receives a handle. From that handle, gets the patents from sindex to eindex (where sindex and eindex 
are relative to the handle). The handle is generated by ReqGetPatents or ReqGetAHPatents 

R qGetPatentsWithBiblnfo(patentList list) 
55 Returns: list of patents with their bibliographic information 

Description: Given a list of patents (specified by list), r turns a list of patents with their bibliographic information. 
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Commands Processed by the Grouping Module 412 
[0243] 



ReqGetGroupHierarchyO 
Returns: group hierarchy information 

Retrieves infon^n about „. ^ - _ ^ ^ ^ ^ ^ ^ 

ReqAddDocGroup(groupParentlD, groupID) 
Returns: nothing 

ReqUpdateDocGroupProperties(group) 
Returns: updated group 

■^^^^^-^-^^^^^^ 

ReqNewDocGroupfgroupParentID, group) 
Returns: new group 

ReqDocslnGroup(grouplD) 
Returns: list of document names 

Description: Get .he iis, „ „ „. ^ by ^ 

RegASdDocLWToGroupttrouplD.documentLlst) 

Heturns: nothing 

Description: Add the Hst of patents (specified by pList) to the group specified by groupID 

S^; D c aFromG ^ ,9ro » iD ' 

sir 9r ir , '' sea,M ' pa ' m, * (pa '""" D ' »• — » 

hand| e- * ° y "^searchRelevant. The persistent result set is specified by 

Commands Processed by the Notes Module 414 
£0244] 

ReqCreateNote(notelO, text, reference) 
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Returns: created note 

Description: Create a new note on the enterprise server 314. The identifier of the new note is notelD, the text (or 
pointerto any type of data in any form) or content of the note is specified by text, and linkage information is specified 
by reference. The linkage information specifies the document and the portion within the document to which the 
5 new note is linked. 

ReqUpdateNote(notelD, text, reference) 
Returns: updated note 

Description: Update a note (specified by notelD) on the enterprise server 314 with new text (specified by text) or 
10 reference (i.e., linkage information specified by reference). 

ReqAddNoteListToDoc(group!D, documentID, noteList) 
Returns: nothing 

Description: Add a list of notes (specified to noteList) to a document (specified by documentID) in a group specified 
is by grouplD. groupID is used for security purposes (i.e., to ensure that the operator has the proper security level 

to add the notes to the document). 

ReqRemoveNoteListFromDoc(groupiD, documentID, noteList) 
Returns: nothing 

so Description: Remove a list of notes (specified by noteList) from a document (specified by documentID) in a group 

(specified by groupID). groupID is used for security purposes (i.e., to ensure that the operator has the proper 
security level to remove the notes from the document). 

ReqfslotesOnDoc(grouplD, documentID) 
25 Returns: nothing 

Description: Get all notes associated with a document (specified by documentID) in a group (specified by groupID). 
groupID is used for security purposes (i.e. , to ensure that the operator has the proper security level to retrieve the 
notes associated with the document). 

30 AddGroupNote(grouplD t gnote) 

Returns: A group note 

Description: Adds a new group note represented by gnote to the group identified by groupID. Updates the note if 
it already exists. 

35 AddPatentNote(grouptD, note) 

Returns: note 

Description: Adds a new patent note represented by the parameter note to the group identified by groupID. Updates 
the note if it already exists. 

40 GetGroupNotes(grouplD) 

Returns: returns group notes 

Description: retrieves all group notes associated with the group identified by groupID. 



GetPatentNotes(grouplD) 
45 Returns: returns patent notes 

Description: Retrieves all patent notes associated with the group identified by groupID. 

RemoveGroupNote(groupl D, groupNotelD) 
Returns: nothing 

so Description: Removes the group note with groupNotelD from the group specified by groupID. 

RemovePatentNote(grouplD, notelD) 
Returns: nothing 

Description: Removes the patent note with NotelD from the group specified by groupID. 

55 

UpdateGroupNote(gnote) 
Returns: a group note 

Description: Updates an existing group note. 
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UpdatePatentNote(note) 
Returns: a patent note 

Description: Updates the properties of an existing note. 

AddNoteSegment(notelD, noteseg) 
Returns: a note segment 



Description: Add given note segment represented by noteseg to a patent note identified by notelD. 

GetGroupNotesMatchingString(grouplD, search) 
Returns: List of notes 

GetNoteSegments(notelD) 

J5? ssrsss r, u ,r no,e sem ™ mm - m - *» — *— * — ^ 

GetNoteSegmentsMatchingString(grouplD, search) 
Returns: List of note segments 

XS^trsr nM#s ,n ■ 9roup <spea,ted * 9 ™>'°> *■ — - 

GetPatentLocations(grouplD, patentName) 
Returns: patent location list 

Description: Returns all patent locations attached to the patentName. 

LmkNoteSegment(noteSegmentlD, location) 
Returns: nothing 

Description: Links note segment to location in a patent. 

UnlinkNoteSegment(noteSegmentlD) 
Returns: nothing 

Description: Unlinks note segment from location in patent. 

UpdateNoteSegment(noteseg) 
Returns: note segment 

Description: Updates an existing note segment. 

RemoveNoteSegment(notelD, noteSegmentID) 
Returns: nothing 

Description: Removes note segment specified by noteSegmentID from a patent note specified by notelD. 
Commands Processed by the Searching Module 410 
[0245] 

R qSearch(searchParameters, startlndex, endlndex) 
R turns: list of search results, search handle 

ReqRetrieveSearchResult(searchHandle, startlndex, endlndex) 
R turns: list of documents 

ReqSearchHighlights(searchHandie, documentID) 
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Returns: list of text ffsets for highlighting 

Description: Retrieve search hit information for a particular document (specified by documentID) so that search 
term highlighting can be performed on the document. The search is specified by searchHandle. 

5 ReqSearchBib(spSearchParameters s, int sindex, int eindex) 

Returns: list of search results, search handle 

Description: Executes a search based on Search Parameters, retrieves search results from startlndex to endlndex 
in resutt table, where the search results include the bibliographic information of the documents identified by the 
search. 

10 

ReqSearchRelevant(ReqRetrieveSearchRelevantResult(searchType, searchOrder, query, sindex, eindex, min- 
Relevance) 

Return: search results with bibliographic information 

Description: Performs a search on eitherthe repository patents, all patents, or patents not in the repository (selected 
is by searchType) using the search parameters. Returns the results sorted by field specified in searchOrder. Only 

return results that have a relevance number greater than minRelevance. Gets the results from row sindex to row 
eindex. Also returns a handle that Identifies the persistent result set on the enterprise server in order to get more 
patents from the result set. 

20 ReqRetrieveSearchRelevantResult(handle, sindex, eindex) 

Returns: List of patent bibliographic information, and a search handle 

Description: Retrieves portions of a persistent search resutt set generated by ReqSearchRelevant and identified 
by handle, from row sindex to row eindex. 

25 Commands Processed by the Analysis Modules 4 16 

[0246] 

ReqFunction(function, level, PatExpl, PatExp2, PatTerml , PatTerm2, GroupID) 
30 Returns: Results generated by performing the function specified by the function passed parameter 

Description: Performs the function specified by the function passed parameter. The function passed parameter 
can identify any function performed by the enterprise server 314, such as Patent Mapping, Patent Aging, Patent 
Citation, Inventor Employment Information, and Patent Count. Level specifies the number of levels in the group 
hierarchy to drill down. PatExpl and PatExp2 specify two dates (a time range) that designate a search scope 
35 based on patent expiration (see FIG. 128). PatTerml and PatTerm2 specify two dates (atime range) that designate 

a search scope based on patent term remaining (see FIG. 128). GroupID identifies a group for which the function 
is performed. 

ReqAnalysisCitation (documentID, direction, levels) 

40 Returns: patent/child table and patent bibliographic information table 

Description: Performs a patent citation function for a patent identified by documentID. Either a forward or a back- 
ward citation function is performed, as identified by the direction parameter. A multilevel citation function can be 
performed. The number of levels is specified by the levels parameter. For a detailed description of the operation 
of the enterprise server 314 when processing the ReqAnalysisCitation command, see step 15806 (FIG. 158), 

45 discussed below. 

Client/Server Interaction 

[0247] FIG. 101 is a flowchart depicting the generic interaction between the network clients 306 and the web clients 
so 304 with the enterprise server 31 4. In step 1 01 06, a client 304, 306 (either a network client 306 or a web client 304) 
s nds a command and possibly information to the Enterprise server 314. The command represents a request to a 
module of the Enterprise server 314 to perform some function (which is called the requested function for reference 
purposes). In the case of the web client 304, the web server 31 0 translates the command to a message that conforms 
with the enterprise server API. In the case of the network client 306, the command already conforms to the enterprise 
55 server API. 

[0248] In step 1 01 08, the security module 402 and the server configuration module 404 (see FIG. 4) in the Enterprise 
Server 314 determine whether r not the client 304, 306, or the user who is using the client 304, 306, is authorized to 
issue the command. More particularly, the security module 402 determines whether or not the client 304, 306 or user 
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server configuration module 404 determines J* L! d u ° n ' S P er,0 ™ e <* by the enterprise server 314) tZ 
function (i.e., ^^^^^^^^^^ 306 or userhas access to £ £££ 
or user » authorized to issue the command ^^S^f ^^??T Wtan ^>- W 306 

of the web ciient 304, the web s^oZxl^^^ 2? C ° mmand t0 the dient 304 ' 3 <*- the case 

supported by the web client 304 (preferably' HTMM «„h * ^ C8,vedftwn «» enterprise serverSMtothe lanau^e 
overthenetwork308. This network maybel^^^ 
[0252, mstep ,01,8, modu.esScL^ 

tneva, modu.e 408 in the enterprise f ^P'*' the d ° CUmerrt stora ^ and re 

[0254] The corresponding module in thTclienS^^ 

enab.es the user to work with and maniputte 'he rtsufts TorT T and preS6nts »«" to the «r. and 

module 708 presents to the user the iJm^^^t^^' 1 6 C,ient *«»"•« borage and retrieval 
nterpr.se server 314. relneVed by the document storage and retrieval module 408 in the 

^-temrisese,ver314.Mu^^ 

between the enterprise server 314 and the dSSSTS a 5 V J^' " 81 96nerical «y d «P^ the interaction 
Cent 306) sends, for example, a Req Sea rchto m man d t0 ° e t£S ' 306 (-h * 8 Web c,ient 304 « ■ n-*S 
enterpr.se server 314 processes the ReqSearch Mmmlnw e " terpnse server 31 <- The searching module 410 in the 

alistof documents from sta rt ,ndexto?n^ 
= hesearchre S u tt s.^ 

"^^*«ver314andanelworiccyem306.Theiw^^t^ RG rt 82 I e P resents the interaction between the 
server 31 4 The document storage and retrieval modu^^^ 

sentat,ve of the document. Since the network cftentsr* ItSlJ T command, and returns image data repre 

API. If it does not conform, the web se^eTsTo Zs,aS , ^ ™* n0t COnform to » e ^erpnse .22 
Thi' Tif enter ' :>nse server 31 4 returns a^m^ge ^owevw the^maoe^s n *°. one tna * conforms to the enterprise server 
Thus, the web server 31 0 converts the image to atoTa, 9 k m 8 forTnattna «he web client 304 supports 
the web server 310 converts the image ^SaSiSSSS^lTf 04 ,n the exam P ,e °< 

client 304. Other imageformats could also be used and h f then f0fW8rdS the converted image to the web 
software being used in the web clients 304 6PendS °" * he f0fmatS used b * commercial web brovS 

Patent-Centric URL Commands 

=Jhe interaction between the ^^^^^^^^^^ 

KtoTO^l^ FIG 151 is 

the Enters server 314, whereas RG. 8 ^Z^^T^T* " *• * ^ ^ 
the Enterprise server 314. ° n thS 4,818 wh,ch ,s transferred between the web client 304 and 
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available brows r, such as (but not limited to) th se available from Netscap , Microsoft, IBM, SUN, Novell, etc. In an 
embodiment of the invention, the browser 808 issues URL (Uniform Resource Locator) commands in order to access 
and retrieve data from th databases 31 6 via the enterprise server 314 

[0262] The general format of URL commands is well known, and is presented in FIG. 1 50 for the convenience of the 
reader. A URL command 1 5002 includes a protocol field 1 5004, a destination field 1 5006, and a command field 1 5008. 
[0263] The protocol field 15004 specifies the protocol that is to be used in transporting the URL command 15002 
from its source to its destination. Example protocols include HTTP and FTP (file transfer protocol). 
[0264] The destination field 1 5006 specifies the destination ofthe URL command 15002. For example, the destination 
field 1 5006 may include information that identifies the server (such as the enterprise server 31 4) from whom information 
is being requested from. 

[0265] The Command field 15008 stores information representing a command or an action or an identification of 
requested data. The effect of the URL command 15002 is to request that the entity identified by the destination field 
15006 perform the command or action specified in the command field 15008. 

[0266] According to the invention, the commands inserted into the command field 1 5008 are patent-centric or patent- 
specific. Accordingly, the URL commands generated by the present invention are patent-centric, or patent-specific. 
[0267] In practice, HTML data representative of a web page is transferred to the browser 808 in the web client 304 
upon connection with the Enterprise server 314. The browser 808 processes this received HTML data and, as a result, 
displays a web page. HTML processing is well known. Examples of web pages are shown in FIGS. 53 and 140. An 
operator at the web client 304 enters information into the fields of the web page. 

[0268] For example, with reference to FIG. 53, an operator could enter an inventor name into the inventor field 531 0 
of web page 5302. The information entered by the operator represents a search string. After receiving an appropriate 
us r command (which the user issues by pressing the Search button 5334, for example) , the browser 808 in accordance 
with the software associated with the displayed web page 5302 generates one or more URL commands. These URL 
commands include the information entered by the operator into the fields of the displayed web page 5302. In other 
words, these URL commands include the search string entered by the operator. These URL commands are directed 
toth enterprise server 31 4, and request the enterprise server 314 to conduct one or more searches of the databases 
316 in accordance with the operator-supplied search string. 

[0269] Referring again to FIG. 151 , a translator 804 in the Web server 310 receives the URL commands from the 
browser 808 in the web client 304. The translator 804 converts the URL commands to Enterprise server API commands. 
These Enterprise server API commands are received and processed by the Enterprise server 314. The Enterprise 
server API commands are discussed above. 

[0270] According to an embodiment ofthe present invention, the URL commands sent from the browser 808 in the , 
web client 304 to the translator 804 in the Web server 310 conform to a patent-centric URL command language. . 
Accordingly, the URL commands sent from the browser 808 to the translator 804 represent patent-centric URL com- 
mands. 

[0271 ] The patent-centric U RL command language of the present invention essentially represents an API (Application ■ 
Programming Interface) of the Web server 31 0. The patent-centric URL command language of the present invention 6 
includes the following patent-specific commands that are inserted in the command field 15008 of URL commands. It 
should be understood that the following is a representation of the types of commands that can be placed into the 
command field 15008 of URL commands according to the invention. The invention can support other patent-centric/ 
specific commands. Thus, the following is provided for purposes of illustration, not limitation. 
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Command: Search 

Description: This command is used to instruct the enterprise server 314 to perform a search or to retrieve more 
results from a previous search. 



Parameters: scope 



number 



title 

inventor 
assignee 
class 
udk 

datesearchtype 



Identifies the patents or documents that should be searched, such as all patent/ 
documents in bibliographic databases 602, all patents/documents in the document 
databases, etc. 

Specific patent (document) number to search for, if the operator specified such a 
search 

Specific patent/document title to search for, if the operator specified such a search 
Specific inventor name to search for, if the operator specified such a search 
Specific assignee name to search for, if the operator specified such a search 
USPTO class/subdass to search for, if the operator specified such a search 
us r defined k ywordtos arch for, if the operator sp cifi d such a search 
Equals 1 if date search criteria is BEFORE, AFTER, or ON; 
Equals 2 if date search criteria is BETWEEN 
(if the operator specified a date search) 
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clatequalifier 



datel 
date2 
date3 

abstractquery. 

fulltextquery 

showtitle 

showdate 

showinventor 

showassignee 

showudk 

orderby 

guid 

begin 

end 

rel 



total 

numberpage 



set equal to one of: AFTER, BEFORE, or ON (i.e., modifies the datasearchtype 

when datesearchtype is equal to 1) 

(if the operator specified a date search) 

date for BEFORE, AFTER, or ON 

(if the operator specified a date search) 

first date of BETWEEN 

(if the operator specified a date search) 

second date of BETWEEN 

(if the operator specified a date search) 

search string for abstract, if the operator specified such a search 

search string for full text, if the operator specified such a search 

flag to show title in search results 

flag to show date in search results 

flag to show inventor in search results 

flag to show assignee in search results 

flag to show udk (user defined keyword) in search results 

Specifies ordering preference; one of: 

RELEVANCE, PATENT NUMBER, etc. 

contains the GUID (globally unique identifier) of a search results table (generated 
by a prior search) that is potentially still on the enterprise server 314 
beginning part of a hitlist range displayed to the user 
ending part of the hitlist range displayed to the user 

a generic -catchall" field. Used to deal with characteristics of HTML. Possible values 
include: NEXT, PREVIOUS, FIRST, LAST, G ET_R ESU LTS IN FILE and 
SKIMJMAGES. " " 

total number of hits 

number of hits to be displayed per page 



Operation: 



[0272] An operator defines a search using, for example the patent search screen 1 4002 of FIG. 1 40 The web client 
304 generates a patent-centric URL command that contains a search command in the command field 15008 The 
parameters of the search command reflect the search defined by the operator. For example, if the operator defined a 
search based on patent number and PTO class, then the number and class parameters of the search command would 
be rilled in. 

[0273] For a new search, the begin parameter is equal to 0, indicating that the enterprise server 31 4 should return 
the search results beginning from record 0 (of the search results). The numberpage parameter indicates to the enter- 

?n S f„ Se 7f " Umber ° f toms 10 retUrn search resu,ts oa For example, if the numberpage parameter equals 

10, then the enterprise server 314 returns information on 10 search results items, starting with the first item (where 
begin is equal to 0). 

[0274] In a new search, the total parameter is returned by the enterprise server 314, and represents the number of 
search hits. This value of the total parameter is then returned to the enterprise server 31 4 in any subsequent related 
search commands (to obtain additional search results, for example). The browser 608 receives the search results 
provided by the enterprise server314 and displays the search results in a screen such as that shown in FIG 141 The 
PreSS6S the navi 9 ation icons 14108 to obtain additional search results. If the operator presses a Next' Icon 
1 1 41 09, for example, a new URL command with the search command in the command field 1 5008 is generated to obtain 
the next page of search results. 

[0275] For this and any other subsequent, related search commands, the parameters (such as scope, search key 
terms, items to display, etc.) that define the search are the same as in the original search command. In this and sub- 
is quent related search commands, however, the GUID of the original search results is provided. The enterprise server 
314 uses this GUID to access the original search results, if they are still available on the enterprise server 31 4 (they 
may have expired). If the original search results are not still available on the enterprise server 314, then the enterprise 
server 31 4 reexecutes the search. 

[0276] In the case where the operator pressed the Next icon 141 09, the rel field is set equal to NEXT If the operator 
pressed the Previous icon 14111, th rel field iss t equal to PREVIOUS. If the operator press s a Last icon 14119 
the rel field is set equal to LAST. If the operator pressed a First icon 1 41 91 . the rel field is set equal to FIRST 
[0277] lnthecasewheretheoperatorpressedtheNexticon14109,th begin fi Id is set to 0. The enterpris server 
314, upon receipt of this command, identifies the next page of search results to send to the web client 304 The en- 
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terprise server 314 does this by adding the value f the numberpage to the valu of begin. The result of this addition 
operation identifies the first record in the search results to send to the web client 304. Starting from this value, the 
enterprise server 31 4 sends numberpage items to the web client 304. Thus, where the begin field is equal to 0, and 
the numberpage is equal to 1 0, the enterprise server 31 4 sends records 1 0-1 9 of the search results to the web client 304. 

5 [0278] Suppose that the operator again presses the Next icon 14109. In the resulting search command, the begin 
field is set to 10 (this is done by software associated with the link associated with the Next icon 14109 in the display 
14102 in FIG. 141). The enterprise server 314, upon receipt of this command, sends numberpage items to the web 
client 304 starting from begin plus numberpage. Thus, where the begin field is equal to 10, and the numberpage is 
equal to 10, the enterprise server 314 sends records 20-29 of the search results to the web client 304. 

10 [0279] If rel is equal to GET_RESULTSJN_FILE, then the enterprise server 314 returns HTML data to the web client 
304. The web client 304 prompts the operator for a file name, and then saves this data in the file identified by the file 
name. 

[0280] If rel is equal to SKI M_IM AGES, then the enterprise server 314 returns information that identifies two frames 
(or windows or panes). The enterprise server 314 supplies, for one of the frames, information that identifies a file in 

15 the enterprise server 314. This file stores a list of the search results. The web client 304 issues a URL command to 
retrieve this file from the enterprise server 314. The web client 304 then displays the list of the search results into this 
first frame. For the second frame, the enterprise server 31 4 provides information that identifies the location of the image 
of the first item in the search results. The web client 304 issues a URL command to retrieve this Image (or a portion 
of the image, like the portion of the image corresponding to the first page of the document) from the enterprise server 

20 314. The web client 304 then displays this image in the second frame. This two frame display is shown, for example, 
in FIG. 148. 

[0281] In the above description, the enterprise server 314 is described as interpreting the URL commands generated 
by the web client 304. In practice, according to a preferred embodiment of the invention, the translator 804 in the web 
server 31 0 translates the URL commands to commands in the enterprise server API language. The enterprise server 
25 314 then processes these enterprise server API commands as discussed herein. Such translation is described below. 
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Command: 
Description: 



Parameters: 



section 



GetText 

This command instructs the enterprise server 314 to retrieve and return the text of a patent. 
Preferably, the web server 31 0 returns the entire text of the patent to the web client 304. How- 
ever, the following additional parameters are used for text/image synchronization purposes (i. 
e., when the operator switches between displaying text and displaying images). 

Image files can contain multiple sections. The first section is the image of a 
patent. Subsequent sections contain post-issuance documents, such as a cer- 
tificate of correction. This parameter describes the specific section desired from 
the image file and is used to help synchronize text and image display. Specifi- 
cally, suppose that the operator is viewing an image. Then the operator elects 
to view text, such that a GetText command is generated, in the section and page 
parameters of this GetText command, the section and page of the image being 
viewed (when the GetText command is generated) is stored. Thus, if the operator 
then elects to switch back to viewing the image, the invention can identify which 
image to display by reference to the values stored in these section and page 
parameters. 

Sections are decomposed into pages. This parameter keeps track of the page. 
One of SPLIT_SCREEN or FULL_SCREEN. This parameter identifies the cur- 
rent display mode, and is used by the invention to identify icons that should be 
active and inactive. For example, If currentview is equal to SPLIT_SCREEN, 
then any split screen icons are greyed out, to indicate that they are inactive, 
number Identifies the document to retrieve (such as a patent number) 



page 

currentview 



50 Command: Getlmage 

Description: This command instructs the enterprise server 31 4 to retrieve and return the image of a patent. 

Parameters are the same as described for GetText: section, page, and currentview. Section 
and page identify which image to retrieve. 



55 Command: GetSplitScreen 

Description: This command returns two views f a patent, on of the t xt and one of the image. Number identifies 
the document whose text is retrieved and displayed. Section and page identify the image which is 
retrieved and displayed. In an embodiment, the enterprise server 31 4 returns information on two side- 



39 

4SDOCID: <EP 1 1S4798A2J_> 



EP 1 184 798 A2 



Parameters 



Command: 
Description: 

Parameters: 

Command: 
Description: 



Parameters: 

Command: 
Description: 



Parameters: 



Command: 
Description: 



Parameters: 



by-s.de frames (or panes or windows). For one ofthe windows, the enterprise server 314 provides a 
GetText command (or equivalent enterprise server API command, which is then translated to the Get- 
Text command), to return the text corresponding to the document identified by number In the other 
window, the enterprise server 31 4 provides a Getlmage command (or equivalent enterprise server API 
command wh.ch is then translated to the Getlmage command), to return the image correspond^ to 
sect.on and page. The web client 304 then executes these GetText and Getlmage command to retrieve 
this information from the enterprise server 314 
number The number of the patent * 
section same as GetText 

page same as GetText 

currentview same as GetText 

GetAbstract 

225 Command J nst ^ cts tne enterprise server 314 to return the abstract and predefined bibliographic 
fields of the patent (or other document) specified by the number parameter, 
number Patent (document) number 

GetTextOrAbstract 

This command instructs the enterprise server 314 to return the text of a patent as specified by the 
number parameter, if available (if in the document databases 612); otherwise, it returns the abstract 
or the patent and some other predefined bibliographic fields, 
number Patent (document) number 

OrderPatents 

This command, when executed, generates a message representing an order form to order electronic 
copies of the patents specified in the parameter list. This message is then sent to a third party provider 
or sent to a party within the customer corporate entity who will take the message and then order elec- 
tronic copies of the patents. 
itemO first patent in the list 
iteml second patent in the list 
item2 third patent in the list 

itemN Last item in the list. 

GetCitationTree 

This command instructs the enterprise server 314 to perform a patent citation function for a patent 
identified by the number parameter. Either a backward or forward function is performed, as indicated 
by the direction parameter. The number of levels for the citation function is specified by the levels 
parameter. GetCitationTree maps to ReqAnalysisCitation, described above. For a detailed description 

step 15B06 (FIG. 158), discussed below, 
number Identifies a patent 

direction Identifies either a backward or forward citation function 
levels Identifies the number of levels for the citation function. 



Translation 



™!? ^ descnbed above ' the translator 804 in the web server 31 0 translates between patent-centric URL com- 
e " ter P nse * e ™ API commands (see FIG. 151). Such translation according to an embodiment of the 

m r ap . °" 0Wm9 tab ' e - ° ther translations b *"e e n patent-centric URL commands and enterprise 

serv r API commands are possible. K 



Table 4 


Patent-centric URL command language 


Enterprise Server API language I 


search 


ReqSearchRelevant or ReqSearch 


GetText 


ReqTxt | 
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Table 4 (continued) 



Patent-centric URL command language 


Enterprise Server API language 


Getlmage 


ReqCanPage 


GetSplitScreen 


Returns data that includes representations of a GetText command and 
a Getlmage commana ^as oescnoeu aoovey. ueuexi corresponus 10 
RcqTxt, and Getlmage corresponds to ReqCanPage. 


GetAbstract 


ReqSearchBib 


GetTe xtO rAbstract 


In the web client or the translator, this command is translated to GetText 
(corresponding to ReqTxt). If GetText is not successful, then GetAbstract 
is issued (corresponding to ReqSearchBib). See FIG. 152. 


OrderPatents 


None 


GetCitationTree 


ReqAnatysisCitation 



Client Architecture 



[0283] FIG. 1 1 4 illustrates a logical representation of the architecture of the network client 306 according to an em- 
bodiment ofthe invention. This architecture also applies to the web client 304 in some embodiments. In other embod- 
iments, the web client 304 is represented by well known browser software executing in a computer, such as that shown 
in FIG. 10. 

[0284] The User Interface layer 1 1 404 may be based on various well known user interfaces. The user interface layer 
in the web client 304 preferably processes HTML data. The user interface layer 11404 in the network client 306 pref- 
erably uses MFC, or the Microsoft Foundation Class Library. In some embodiments, the user interface layer 11404 is 
built using multi-platform enabled languages, such as Java. 

[0285] The client modules 701 are shown in FIG. 7, and are described elsewhere herein. 

[0286] The transaction management layer 1 1406 implements the specific business-related operations of the inven- 
tion. These operations include creating a group or changing the security permissions of the group (this could alterna- 
tively be done by the domain layer 11408). The transaction management layer 11406 interacts with the client modules 
701 to perform these functions. 

[0287] The domain layer 11408 includes all of the objects that are required to properly implement a patent-centric 
decision support system. These objects in the domain layer 11408 represent the business and other high level intelli- 
gence of the client 304, 306, and enables the client 304, 306 to work with business rules, notes, analysis modules, etc. 
[0288] Supporting the domain layer 11408 is a broker layer 11410 that provides for sophisticated brokering and 
caching of objects in the client 304, 306. The broker layer 11410 is responsible for managing the communication 
between the domain layer 1 1 408 and the server layer 11416, This decouples the domain layer 1 1 408 from the enterprise 
server 314 and provides for maximum flexibility in the implementation of different enterprise servers 314. 
[0289] The caching subsystem 11412 of the broker layer 11410 provides a means for objects to be cached on the 
client 304, 306 after they have been retrieved from the enterprise server 314. The caching subsystem 11412 enables 
the client 304, 306 to manage an infinite number of objects obtained from the enterprise server 314 by only storing 
thos objects that have been most recently used. In an embodiment of the invention, the client 304, 306 utilizes a 
demand paging algorithm. In an embodiment of the invention, caching only takes place on the network client 306. 
[0290] A demand paging algorithm according to an embodiment of the invention is represented by. a flowchart 1 4902 
shown in FIG. 149. Preferably, the present invention utilizes a two-level demand paging methodology. The first level 
of the demand paging methodology is performed by the Caching subsystem 11412 in the client 306, 304, and is rep- 
resented by steps 14950 in flowchart 14902. The second level of the demand paging methodology is performed by 
the Enterprise server 31 4, and is represented by steps 14952 in the flowchart 1 4902. 

[0291] In step 14906, the Cache subsystem 11412 receives a request for data from a requester (the requester is 
typically an upper layer in the architecture). This data request is described herein as being a request for patent data. 
However, the discussion described herein applies to both patent and non-patent data. 

[0292] At this point, it would be useful to describe an example of how a data request is generated. Consider an 
example console user interface 11802 shown in FIG. 118 (FIG. 118 is further described below). A group hierarchy 
11712 is shown in a first pane 11704 of the console user interface 11802. Patents contained within a selected group 
ofthe group hierarchy 11712 are listed (with their bibliographical information) in a second pane 11706. In the example 
shown in FIG. 118, a repository group 11710 is selected. Accordingly, the patents in the repository group 11710 are 
listed (along with their bibliographical information) in the second pane 11706 of the console user interface 11802. 
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pane 11706. The rlipnt Qn/i o** 

"mmmm 

th main memory 1108 in the client 304, 306 In alte3 e ll J P ^ mVention - the '°<*' cache fe represented bv 
3£T , |f n Z? y S CHent 3 ° 4 - 306: emb ^-ts of the invention, the .oca, cache 

IU3U6J Consider again FIG. 1 1 8 As de^rrfh^n Qk 

Asdescnoe.above.astheoperatorscroi.sthrouohthepatents.iste.inthesecond 
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panel 11 706 of the console 11 802, th caching subsystem 11412s nds requests to the Enterprise serv r314to retrieve 
additional patent data for display in the second panel 11706. When responding to such requests involving the console 
11802, the Enterprise server 314 preferably returns patent data representative of a plurality of patents. Specifically, 
the Enterprise server 314 returns data representative of a patent cluster. 

5 [0307] A patent cluster represents a given number of patents. In an embodiment of the invention, the number of 
patents in a patent cluster is equal to 50, but this value is tuneable, and this value may be different for different contexts 
of the invention. When operating according to the cluster or bulk mode, the Enterprise server 314 in step 1 491 6 de- 
termines whether the identified portions of the identified patent are in a cluster that is stored in the local cache of the 
Enterprise server 314. If the identified portions of the identified patent are in a cluster stored in the Enterprise server 

io 314, then in step 14920 the Enterprise server 314 sends data representative ofthis cluster of patents to the client 304, 
306. If, instead, the Enterprise server 314 determines in step 1491 6 that the identified portions of the identified patent 
are not in a cluster currently stored in the Enterprise server 314, then the Enterprise server in step 14918 retrieves 
data representative of the cluster from the databases 316. The Enterprise server 314 then, in step 14920, sends this 
retrieved information to the client 304, 306. 

is [0308] Supporting both the domain layer 11408 and the broker layer 11410 is the persistence mapping layer 11414. 
The persistence layer 11414 is responsible for managing all interactions between the domain layer 11408 and a specific 
persistent storage device (not shown in FIG. 114). This decouples the domain objects from a particular physical rep- 
resentation, and enables various performance optimizations to be made. 

[0309] Supporting all aspects oflhe client 304, 306 is the abstract server interface 11416. This layer 1 1416 presents 
20 a logical server to the other layers of the client 304, 306. It is important to note that all interactions between the client 
304, 306 and the enterprise server 314 take place using a high-level, patent-centric set of business decision system 
command objects. These command objects represent atomic transactions between the client 304 306 and the enter- 
prise server 314. These commands (or command objects) allow the client 304, 306 to communicate with the enterprise 
server 31 4 in a manner that decouples the client 304, 306 from any specif ic physical implementation of the enterprise 
25 s rver 314. For example, the enterprise server 314 could be running MS-DOS and storing objects in aflat file, or be 
running Unix and storing objects in Informix. As long as the enterprise server 314 responds to the set of command 
requests presented by the client 304, 306 through the abstract server interface 11416, the client 304, 306 will work 
correctly. These commands represent the Enterprise server API commands. 

[0310] The abstract server interface 1141 6 communicates to make a physical connection to the enterprise server 
30 314. This is done through the network transport layer 11418, which is responsible for taking command objects and 
transmitting these command objects over a suitable communications network. The network transport layer 1 1 41 8 also 
manages appropriate context information that is needed to manage a network connection. The network transport layer 
11418. (a) does not require the physical presence of a network - it is possible to run the client 304, 306 and enterprise 
server 314 on the same physical machine and still have the system used properly; and (b) does not require the use of 
35 any specific network, even though one implementation of the system will be based on HTTP (HyperText Transport , 
Protocol). 

[0311] Additionally, general features ofthe architecture of FIG. 114 are described in Luke Hohmann, Journey of the 1 
Software Professional A Sociology of Software Development, Prentice Hall PTR, New Jersey, 1997, which is incorpo- 
rated herein by reference in its entirety. 

40 

Databases 

[0312] Referring to FIG. 6, some of the databases 316 are described in detail below. In particular, the document 
bibliographic databases 602, the group databases 621, the person databases 632, the employee databases 634, the 

45 security databases 636, the financial databases 638, and the methodology support databases 642 are described in 
detail below. Both the database structure and the methodology for extract and load of these databases are described 
below. The document databases 612, in particular the patent database 614, and the notes databases 640 are not 
described below since they are thoroughly covered in U.S. Patent No. 5,623,681 , U.S. Patent No. 5,623,679, pending 
application Ser. No. 08/341 ,1 29, and pending application Ser. No. 08/590,082, all of which are incorporated by reference 

so her in. 

[031 3] The database structures of the document bibliographic databases 602, the group databases 621 , the person 
databases 632, the employee databases 634, the security databases 636, the financial databases 638, and the rneth- 
dology support databases 642 are shown in FIGS. 12B-12M. These figures also depict the interaction and connection 
between these databases. FIG. 12A illustrates the preferred orientation of FIGS. 12B-12M with respect to one another. 
55 [0314] Itshouldb u nderstood that the tables and attribut s shown in FIGS. 12B-1 2M only represent neembodiment 
of the present invention. The data in the databases 316 could b stored using other combinations of tables and at- 
tributes. Such other combinations of tables and attributes will be apparent to persons skilled in the relevant arts based 
on the discussion contained herein. Accordingly, the tables and attributes are shown in FIGS. 12B-12M only for pur- 
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poses of illustration, and not limitation. 

SdL ^ ™£ 3 gene l!Z dataf ' 0W di39ram il,ustratina the ^neral manner in which the databases 316 are loaded 
with data in accordance wrth an embodiment of the invention. FIG. 95 is a flowchart 9502 representing the ooeraSon 
of this general extract and load procedure. In practice, the initial extract and load of the databases 316 antfor Z 

cTomT atabaS6S 31 6> ^ bS Perf0med by 6mp,0yeeS 01 the CUSt °™ ™«« cTZl^SLES the 
[0316] In step 9506, the customer provides data 4504 for upload into the databases 4508 beina Droce^rt Tho 
customer provided data 4504 is pertinent to the databases 4508. For example, rf the database «X^bT£ELI£ 
store financ.a. mformafon, then the customer provided data 4504 would comprise financial wS^ftEnlJ to 

O^rS 5? CUSt ° me ' S ,inanCia ' in,0rmati0n -^inandal hf^SZTiSSE? 

[0317] In step 9508, a filter 4506 modifies the format of the customer provided data 4504 to conform toJhlrf-to^ 
orma of the databases 4508. The structure and operation of database'filters, s^Mer SoeTr^XZ 

°- the H f0rmatted customer provided data is loaded into the database Sol Mo. paluZ the 

LZ£ S-ST P ^ 4504 iS ' 0aded int ° 9 portion of the databases ca »<* a 4 10 Se 

databases 4508. Remaning portions of the databases 4508, called thesecond part 4512 of the databases4508 cannot 

nttip^ ^ usln 9 on 'y tn e formatted customer provided data 4504. Instead, loading of the sec^d^art a ^12^av'nMHiire 
TZl T T 2?. 8 Pert ' nent t0 th6 databaSeS ^ Addiflonaliy, loading of the second part il 2 e 
analysis of such addrtional information 451 6 in conjunction with the Information in the first part 451 0 o th^atlbases 

TO319, T""T1 * Perf0rmed by ° Perat0rS 4514 With ' poteritia,, K the assistanc * °' the system of the inSon 
K mTeoS'm? h 5 , 12, ° ther inf0rmati ° n 4516 ^'"^ * ^e databases 4508 is'obtained 
ESLf ' n f Step 9514 ' "^hodology reports 4518 are run, as needed. Such methodology reports 4518 represent the 
resutt of automatic processing and analysis of the databases 4508 with other tables in the databasS 31 6 Such auto 

TdlTbeZ" 98 ethodo,owreports ^ 

£n« 1, TH ' n ^ f 51 6 ' operatore 4514 ana| y 2 « the customer provided data 4504 in the first part 451 0 of the databases 
4508. The operators 4514may also analyze the other information 4516. In performing this analys^t^ 
may refer to the methodotogy reports 4518 run in step 9514. Since these methodology repoS ^« 

ro 322 l iSSi r^v 4514, additi ° nal dat8baSe inf0rmati0n for the databases <«» is gene3 
[0322] In step 9518, this addrtional database information is loaded into the second part 4512 of the databases 4508 

^^E^dS? at ^ at J-'" 1 ' ar6fU,ly '° aded - P6ri0dica »* tne ^ °' flowcharters ErtStS 

t^^&zz^z r addftional and/or mod,f ied customer pravided data 4504 ^ »«£ 

EiJionLf emat ?K emb ° diment ° f thS inV6nti ° n ' data is not P^loaded into the invention's databases Instead 
he mvention accesses the customer's corporate databases for data on an as needed basis This atamateiJnbSS 

Is wS ,ow with respect t0 the BOM databases 626 - but are applicable to the «*» 

Document Bibliographic Databases 

E? r .hi' h S ' 12B "ll F l and 12H i,lustrate the structure of the document bibliographic databases 602 As indicated in 
«S„ the d0CUment b'W'ographic databases 602 include bibliographic databases for documents of TmereS^he 
customer. The patent bibliographic databases 604 include information about (i.e., bibliographic mSmaZ^s J£ 
orfore.gr .patents. Preferably, the patent bibliographic databases 604 have rAo^wS^^^sf^ 

a^Z^^T'?*- * 8n afternatlVe the patent bWkUhteSl^SSiKS 

add. on to information on foreign patents) patent bibliographic information on only a subset of all U S patents such 

Tssu d ± P ? ab ' e e,eCtr ° niC form fr ° m the " U S ' Patent and Trade ™ k Office, or all U S Sel Tat 
issu d after a certain date, or all U.S. patents of interest to the customer 

JfSd to^TuTaZT^*^* 604 inC ' Ude 3 P3tent tab ' e 1 222 (RG - 12H) - 7,16 P a tenttab.e 1222 includes 

9 represented in the patent bibliographic databases 604. Each record in the 
St nottd ^ ^ ! , a docume "t-'d attribute that stores a unique identifier (or key) for the associated patent 
It .s noted that, ,n the tables of the databases 316, the symbol FK stands for foreign key, AK stands for alternated 
and IE stands for inversion entry (which is a non-unique index). anemaie.Key, 

wk. 261 I*** ° f thG Patent database 1 222 als ° deludes attributes that, for the most part, correspond to the 

^'^^^^^^tpag ofU.S.pat nts.lnanembodim nt of the invention, eL e^^patem 
database 1222 includes attributes that, for the most part, correspond to the bibliographic in ormatio^ntainedChe 
SS;° n,t L rePreSen at, ° nS ° f U S - Pat6ntS Public, y avai,able from the U.S. Patent and Trad mark Q^icT 
[0327] Forexample.arecordinthepatentdatabase 1222 includes a document_number attribute that stores a patent 
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number 4004 (see th example patent in FIG. 40). In an entry of th patent database 1222. the AppNo attribute cor- 
responds to the application number 4014, the AppDate corresponds to the filing data 401 6, the title corresponds to the 
title of the patent 401 0, the issue date corresponds to the date that the patent issued 4006. the NumClaims corresponds 
to the number of claims in the patent 4036, the AsstExaminerLastName corresponds the last name of the assistant 
5 examiner 4032, the AsstExaminerFirstName corresponds to the first name of the assistant examiner 4032, the Prima- 
ryExaminerLastName corresponds to the last name of the primary examiner 4030 , and the PrimaryExaminerFirstName 
corresponds to the first name of the primary examiner 4030. 

[0328] Also in each record of the patent database 1 222, the NumD rawing Pages corresponds to the number of draw- 
ing sheets 4038, the disclaimer date corresponds to any terminal disclaimer 4106 (FIG. 41), the ReissueLevel, Reis- 
w sueAppNo, ReissueAppDate, ReissuePatentNo, and ReissuelssueDate corresponds to any reissue information 4308, 
4304, and 4306 (FIG. 43). 

[0329] Each record of the patent database 1222 also includes attributes that correspond to patent bibliographic 
information not shown on the front page of U.S. patents. For example, a record of the patent database 1222 also 
includes a SeriesCode that corresponds to the series code of the patent Other information contained in each record 

15 of the patent database. 1222 and not shown on the front page of the U.S. patent is the AppType, PubLevel, ArtUnit, 
ExemplaryClaimNo, NumFigures. NumSpecPages, TermYears, and IntlEdition. Each record of the patent database 
1 222 may also include fields whose values are calculated during the loading phase. For example, each record of the 
patent database 1 222 may include a calc_exp_date that corresponds to the expiration date of the patent. This date is 
calculated and loaded into the patent database 1222 during the load phase of the patent database 1222 (described 

20 below). calc_exp_date and issue date are collectively referred to as patent term expiration related information. 

[0330] Each record of the patent database 1 222 also includes one or more user_defined fields. Users may enter any 
information into this field. The amount of information that can be entered into this field is relatively large, such as 32 
kbytes or greater. This field is preferably indexed searchable. The user can enter into this field information that is 
specific and/or of interest to his company. For example, a user may enter into this field its own matter or reference/ 

25 tracking number. 

[0331] Additionally, the invention allows operators to add any number of additional user defined fields, both into the 
patent database 1222 and into any other table of the databases 316. The fields must be of certain predefined types, 
such as date fields, string fields , numeric fields, etc. The user can define the name of these fields and the types ofthese 
fields (from a number of available field types). Preferably, these fields are indexed and searchable. 

30 [0332] The record in the patent table 1 222 corresponding to a particular patent is herein called the base record for 
the patent (because this record in the patent table 1222 includes most of the bibliographical information about the 
patent). The patent bibliographic databases 604 include other tables that store additional patent bibliographic informa- 
tion about each patent represented in the patent bibliographic databases 604. Records in these other tables are linked 
to their respective base records in the patent database 1222 via the documentjd attribute. 

35 [0333] An assignee table 1201 (FIG. 12B) includes information on the assignees of a patent, if any. A given patent 
may have multiple assignees. For each assignee of a patent, there is a record in the assignee table 1201. These 
assignee records in the assignee table 1201 are linked to the corresponding base record in the patent table 1222 via 
the documentjd attribute. Each record of the assignee table 1 201 includes an assignee Jd attribute which is an iden- 
tifier that uniquely identifies the assignee. Each record of the assignee table 1201 also includes information pertaining 

40 to the assignee, such as country information, state information, the name of the assignee, and the city and zip code 
of the assignee. This information is found on the front page of U.S. patents (see field 4104 in FIG. 41), In each entry 
of the assignee table 1201 , the country and state of the assignee as preferably specified using codes. These codes 
are defined in a state table 1207 and a country table 1210 (FIG. 12C). 

[0334] An intlclass table 1 203 (FIG. 1 2B) stores information pertaining to the international class of a patent and the 
45 international search classes of the patent. For a given patent, the intlclass table 1 203 Includes a record for each inter- 
national class to which the patent is assigned. Additionally, the intlclass table 1203 includes a record for each interna- 
tional search class which was searched during the prosecution of the patent. Whether a record in the intlclass table 
1 203 corresponds to an international class or an international search class is denoted by the attribute is_search_class. 
This attribute is set to true if the record corresponds to an international search class. Referring to FIG. 40, the inter- 
so national class is identified by reference number 4024. Not all patents have international search classes, and this is the 
case with the patent shown in FIG. 40. The records in the intlclass table 1 203 are linked to the associated base record 
in the patent table 1222 via the documentjd attribute. 

[0335] The patent__class_xref table 1204 (FIG. 12B) includes information on the U.S. classification of a patent. For 
a given patent, the patent_class_xref table 1204 includes an entry for the original classification of a patent. The 
55 patent_class_xr f tabl 1204 also includes an ntry for ach unofficial classification of the patent, and each dig st 
classification of the patent Whether or not a record in the patented ass_xref table 1204 corresponds to the original 
classification is denoted by an original attribut . Whether r not an entry in the patent_class_xref table 1204 corre- 
sponds to an unofficial classification or a digest classification is designated by a patent_class_typejd code, whose 



45 



4SDOCID: <EP 1 184798A2J_> 



EP 1 184 798 A2 



15 



20 



25 



30 



35 



40 



45 



50 



55 



values are defined by a patent_class type table 1202 n-™* ,„», . 

attribute, the subclass_id anl^and S su^ZhL? table 1204 using the patent class id 

» this example, the patent class id is elafto 3^ ? h k !' C ° nSider the f °" 0win 9 class/subcLs- SSJi g £ 

given patent, the Re.atedApp table 1 206 inllTa rZZTeZl apP " Cations which are related to a patent For a 
applicat.on data is shown, for example in FIG 7?r application that is related to the patent Reiatl* 

sstj r associated -^ss a b rs 2 n rsr °- Records in the «-£Ci^ 

tedApp table 1206 includes attributes to store theseria Inunl- J? , document - id attribute. An entry in the Rela- 
appl.cation, the status of the re.a.ed application and ^ nSf ^ a PP ,toa «°". the filing date of the retated 

rented application *sued as a Pa.en^Ea^ d *e of the related app.icaJon i te 

Dart o °th ' °°* Corre S P°™"9 <° such text as ^ZnulZ^'Zl^n T * barcode attribute 

^^^^ 

attorney or agent who prosecu.ed and is toJ^££Z^'™ m *" ^IRepAttor table 1205 for each 

SH! re n n f k6d 10 the corre ^n*"9 base record in the pTtenSl J ippp h the ^a.RepAttor table 

[0340] Referring t0 RG . 12C a pg 20 8 S tor^ ^ f ^ 4,16 docume "t-W attribute, 

prosecution of a given patent. The PatentRe, tbie fZT^T^T^ ? U " S - patents that cited during the 
the prosecution of a given patent. Such reference o U S oS n J * * ^ P3tent that Was cited durin 9 

number 4028. Each record of the PatentRef taWe 1208 ^^ T**™"' f0r exam P ,s > in 40 at reference 
nu-ber of the reference patent. Each recoS ofthe PateS tS.e S ■ B * Uto that re P rese " te the pate" 

date of the reference patent, the first named inventor of tl rlf * a ' S ° inC,Udes attributes »* store the issue 

patent. Records in the PatentRef table iSSltJ.^ Patent ' 8 " d the ^^class of the reference 
the documentjd attribute. e 1208 are "n«ed to the corresponding base record in the patent table* Susing 

^^Z^^^^^ — nation on U.S. classes and susses 
TsH^° r r h Ctess/subc| ass that was search ed'dutg the SXEZE! *" SearchClass «« mciuS a* 
<s shown, for example, in FIG. 40 at reference number 405* ST, 5 the Patent - U S " searcn ^ass information 

a recordforeach Sent of gt^^ inVent0ra of a P a ^ The inventor table 1212 includes 

necord in the patent table 1222*££^ 12 f 12 are "<* ed * "»eom*£££K 

a^vt / h? erenCe K nUmber445 °- EaCh thVmvento^'S ^ «*•""«*». fn FIG 

a key that umquey identifies the inventor Each record nf thoil . 15 mC ' Udes an inv entor_id attribute that stores 
the fi ret and last name of the ^S^iS?^n3£^ 1212 3,80 inC ' UdeS atWbutes t0 

and country values are specified by the state id and the Znt^ In a « I V*" ^ C ° Untfy 0f the inventor - ™» state 

roar, 8 '! L d f ned ,hS State "* ^7 and^he c^untrTta: ^wflS^T^ 00 ^ TheState andcount * 
[0343J Referring now to FIG 12F th* i ^o» D :~ unir y mD,e 12 i0, respectively (FIG. 12C) 

the patent. Thereloneilnth^^^^ 

.5 shown on the front page of the paten? Thi UawC fn on^n ? ™ ^ P rosec ^ d the patent and that 
number 4034. Records in the Lega.RepFirm taJe^Z^Zl, V ** ,n RG ' 40 b * refe ™<* 

1222 v,a the documentjd attribute. k6d l ° the co "*s P onding base record in the patent table 
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reference number 4040. For a giv n patent, the ForeignRef table 1216 includes a record for ach foreign reference 
that was cited against the patent. Each record of the ForeignRef table 1 21 6 includes a Fo reign PatentNo attribute that 
corresponds to the patent number of the foreign reference. Each record of the ForeignRef table 1216 also includes 
attributes that store information identifying the issue date of the foreign patent, the country of the foreign patent, and 

5 U.S. and international classes. 

[0347] Referring again to FIG. 6, the document bibliographic databases 602 include other bibliographic databases 
corresponding to documents that are of interest to the customer. In the example of FIG. 6, the document bibliographic 
databases 602 include deposition bibliographic databases 606, pleadings bibliographic databases 608, and prior art 
bibliographic databases 610. These databases may be of interest to the customer if, for example, the customer is 

10 involved in a patent litigation. Examples of the database structure of the deposition bibliographic databases 606, the 
pleadings bibliographic databases 608, and the prior art bibliographic databases 61 0 are shown in FIG. 12H. A dep- 
ositions table 1225 corresponds to the deposition bibliographic databases 606. The depositions table 1225 includes a 
record for each deposition-related document that is of interest to the customer. Each record in the depositions table 

1 225 includes a documentjd attribute that is a key that uniquely identifies the document. Each record of the depositions 
is table 1 225 also includes other bibliographic information about the deposition-related document, such as a deposition Jd 

attribute that stores an identifier that identifies the deposition document. Each record of the depositions table 1225 
may also include other bibliographic information such as the date that the deposition took place, the parties involved 
in the deposition, the number of pages of the deposition transcript, the place that the deposition took place, a summary 
of the deposition, etc. 

20 [0348] A pleadings table 1 224 corresponds to the pleadings bibliographic databases 608. The pleadings table 1 224 
includes a record for each pleadings-related document that is of interest to the customer. Each record of the pleadings 
table 1224 includes a documentjd attribute that stores a key that uniquely identifies the pleadings-related document. 
Each record of the pleadings database 1224 may also include other bibliographic information, such as a pleadingsjd 
attribute. The pleadings table 1 224 may include other attributes, such as attributes that identify the author of the plead- 

25 jngs, the date that the pleadings were created, the subject matter of the pleadings, the number of pages of the pleadings, 
the parties involved in the pleadings, the title of the pleadings, the type of the pleadings, etc. 

[0349] The prior_art table 1226 corresponds to the prior art bibliographic databases 610. There is a record in the 
prior_art table 1 226 for each prior art reference that is of interest to the customer. Each reference of the prior_art table 

1 226 includes a documentjd attribute that uniquely identifies the prior art reference. Each record of the prior_art table 
30 1 226 also includes other attributes, such as a prior_artJd attribute, and attributes to store information identifying the 

author of the prior art reference, the publication date of the prior art reference, the title of the prior art reference, the 
subject matter of the prior art reference, the number of pages of the prior art reference, etc. 

[0350] Still referring to FIG. 1 2H, a document table 1 223 represents a table of the methodology support databases 
642 (FIG. 6). The document table 1 223 represents a master index of all of the documents represented in the document.; 

35 bibliographic databases 602. The document table 1223 has a record for each document represented in the patent *. 
bibliographic databases 604, the deposition bibliographic databases 606, the pleadings bibliographic databases 608, / 
the prior art bibliographic databases 610, and any other bibliographic databases in the document bibliographic data- > 
bases 602. Each record of the document table 1 223 includes a documentjd attribute that is a key that uniquely identifies 
a document. The documentjd attribute is a common attribute in the document bibliographic databases 602, and serves 

40 to link the tables in the document bibliographic databases 602 together. Each record of the document table 1 223 also 
includes a document Jype attribute that identifies the type of the document (for example, whether the document is a 
patent, a deposition-related document, a pleadings-related document, a prior art-related document, etc.). Each record 
of the document table 1 223 also includes a document_guid attribute that serves as a second identifier for the document, 
and a version_n umber attribute that identifies the version of the document. 

45 [0351] The document bibliographic databases 602 shall now be further described with reference to an example 
shown in FIGS. 13-17. FIG. 13 illustrates an example patent table 1222X. For simplicity, the example patent table 
1222X only shows the documentjd attribute and the documenLnumber. The patent table 1222X stores therein bibli- 
ographic information on documents D1-D14, each of which corresponds to a patent. 

[0352] FIG. 14 is an example depositions table 1225X. For simplicity, only the documentjd and the deposition Jd 
so attributes are shown. The depositions table 1225X stores bibliographic information on documents D15-D1 7, each of 
which represents a deposition- related document. 

[0353] FIG. 15 shows an example pleadings table 1224X. For simplicity, only the documentjd and the pleadingsjd 
attributes are shown . The pleadings table 1 224X stores information on documents D 1 8-D21 , each of which corresponds 
to a pleadings-related document. 
55 [0354] FIG. 1 6 is an example prior_art table 1 226X. For simplicity, only the documentjd and the prior_art Jd attributes 
are shown. The prior_art table 1226X stores information on documents D22 and D23, each of which repr s nts a prior 
art-related document. 

[0355] FIG. 1 7 is an example document table 1223X. The document table 1223X includes an entry for each of the 



47 



tSDCCID: <EP 118479BA2_I_> 



EP 1 184 798 A2 



S^ssT2!f!i r x e a :r p,e pat r tab,e 1222X - the examp,e depositions tab,e *• 

Em TO KmSZlT*? r T" 9 d ° CUment bibli °9 ra P hic ^abases 602 shall now be described 
IU357] FIG. 46 illustrates a data flow diagram of the loading of the patent bibliographic database* firu nr- o« • 
flowchart 9602 that corresponds to the data flow diagram 4602 of FIG. 46 inS^SS^!^®' ,T 
invention when loading bMogmphte information of a given patent ^^S^^JiiS^Si 
[0358] In step 9606, the patent text file 4604 and the patent imaqe file 4624 ofthe oat^nt hoin™ . 
For U.S. patents, electronic text and image files of patents are afai able from^e 

S,m,, ariy text and image files corresponding to foreign patents are available frl ^^SSS!^ 

4604 Ind h! 6P , ' a " err ° r deteCti ° n and COrreCti ° n module 4612 in a W 4610 anafyz^ thTpatent text file 
4604 and detects any errors in the bibliographic data contained in the patent text file 4&T^^S!^^ 



ISO 19790315. 



thfJL I^Vif iSSUC date infomlation is set ° ff bv *e '3D token. This token is followed by four digits represent™ 
module woufd'dlS ££££ TsrfZr ^ ** ^ ** ™ M " 



ISD 99790315 



!»n™ Th? 6 f"** 0 " Correction module 461 * would detect this as an error, since the year value is out of 
££i a T eCt '° n COrreCti ° n m0dule 461 2 0 ? erates in this to detect a.. date-Sa e tenors 

nSK^^^^ o ^ , !. portb,s ■ since each state is associated with a finite ■* «* * codi • 

[0363] Another error which the error detection and correction module 461 2 detects invoice th Q « Qte „» u 

o^rfoir a n r? er f as rr di9its> and detects an error * ■ does not - The *™ and "0^ ssns 

nSST ££JS T Cfion h l or " on " U S - Pat6ntS " and « h "tyPes «* P^ent documents, such as i4mS!!Zml J£ 
[0364] The patent number of a reissued patent has the token RE followed by five diaits The error '223^' 

Th m 6 T! e ? 612 d !, tects an error if the patent number ° f 8 reissued P^^^ZSST 

Thl ! TT . ! " performed b * 106 error Election and correction module 4612 also involves sfr^ddresses 
The error detection and correction module 461 2 detects a possible error if the street addre^^lSiSES? 

™^:, P p hTbS-r^ 

^D^naXr^Sr 10 " COrreCti ° n m ° dU ' e 461 2 Pet1 ° mS additional error correct,on w «" to U S states 
»hhrtT« a 9 ,nf °"™ t,0n corres P° nd 'ng to U.S. state names from the patent text file 4604 with a list of the U S state 

h U Pat6nt ° ffiCe - " thS St3te inf0miati0n does not mateh °" e ° f * « ££2*£I ? 
the error detection and correction module 461 2 detects an error. «*""evi<iuons, 

[0367] Similarly, the error detection and correction module 4612 detects errors with information in the patent text file 

SiZZZFl 9 ? ^ abbreviations b V compari "9 ^" country information from the (J^SSSTJS 

office^ * COdSS Ut, " 2ed by ^ U S ' Pat6nt and Trademark ° ffice < a " d -V other -iroprt^l£l2?SS3 

KLnT!^^ r? dU,S 4612 8180 CheCk6 10 ensUre that data <« contained in 

the patent text file 4604. Some bibl.ograph.c fields in the patent text file 4604 are mandatory, while others are ootional 

utility patent a design patent, a plant patent, a defensive publication, etc. In contrast the patent text fil 4604 „ 
may not include assignee information, since a pat nt does not have to have an ass on e tJI ^oJ V I 

correction module 4612checks for mandatory information, and detects\^^ 
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tained in the patent text file 4604. 

[0369] Many fields in the patent text file 4604 may be in a proper format. Some of these fields were already discussed 
above, such as the patent number and date. Other fields which must be in a certain format are dasses and subclasses, 
and dates. The error detection and correction module 461 2 determines whether this information from the patent text 

5 file 4604 is in the proper format, and detects an error if they are not. 

[0370] Also in step 9608, the error detection and correction module 4612 automatically corrects the errors that it 
detects, where such automatic correction is possible. For example, given the patent number, the error detection and 
correction module 4612 can estimate the issue date. If the error detection and correction module 4612 detected an 
error with the issue date, then the error detection and correction module 461 2 can attempt to automatically correct the 

10 error in the issue date based on the patent number (assuming that the patent number was found to contain no errors). 
[0371] If the error detection and correction module 461 2 cannot automatically correct the errors that it detected, then 
the error detection and correction module 461 2 notifies an operator 4616. The operator 4616 then manually corrects 
the error. 

[0372] The error detection and correction module 4612 also detects for errors in the information in the patent text 
is file 4604 corresponding to assignees. The same company can be listed as assignee in different patents using different 
names. For example, IBM can be listed as the assignee in patents using various different names, such as IBM; Inter- 
national Business Machines; IBM, Inc.; etc. The error detection and correction module 4612 includes a thesaurus 
feature that lists the most commonly used names for well-known companies. The error detection and correction module 
4612 compares the assignee name from the patent text file 4604 with this thesaurus and replaces the assignee infor- 
20 mation in the patent text file 4604 with the name retrieved from the thesaurus. Alternatively, the name retrieved from 
the thesaurus may be written to an appropriate user-defined field of the bibliographic databases 602. 
[0373] In step 9610, a formatting module 461 4 in the parser 4610 formats the error detected and corrected patent 
t xt file 4604. This formatting is performed in order to convert the format of the patent text file 4604 to the format of 
the patent bibliographic databases 604. Such formatting includes formatting performed with respect to patent numbers. 
25 Th required formats for different types of patents are presented in Table 4, below. It is noted that Table 4 is not a 
complete list, but just an illustrative one. Other types of patents (applicable in both the U.S. and foreign countries) 
could also be processed by the formatting module 4614. 



Table 4 



Type of Patent 


Format 


Utility patent 


7 


Design patent 


D6 


Plant patent 


PP5 


Utility SIR 


H7 


Design SIR 


HD6 


Plant SIR 


HP6 


Defensive publication 


T6 


X patent 


X7 


Additional improvements patent 


AI4 


Non-patent literature 


NP6 


Reissued utility patent 


RE5 


Reissued design patent 


RD5 


Reissued plant patent 


RPS 


Reissued X patent 


RX5 



[0374] The formatting module 461 4 confirms that the information in the patent text file 4604 corresponding to patent 
numbers corresponds to the formats shown in Table 4. If the format is not as shown in Table 4, the formatting module 
4614 modifies the patent text file 4604 so that the patent number conforms with the format of Table 4. For example, 
consider the format of a plant patent, which is a token PP immediately followed by five digits. Assume that the infor- 
mation in the patent text file 4604 was as follows: PP-1 1 1 1 1 (for illustrative purposes, spaces are indicated as dashes). 
This patent number is not in the proper format because five digits do not immediately follow the PP token. Instead, 
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there is a space between the PP token and the five digits. Accordingly, the formatting module 461 4 modifies the patent 
text file 4604 so that the patent number is in the proper format. In the example above, the formatting module 4614 
deletes the space between the PP token and the five digits. 

[0375] In step 9612, the parser 4610 generates a corrected and normalized patent text file 4618 from the error 
5 detected and corrected, and formatted patent text file 4604. The corrected and normalized patent text file includes both 
the text from the patent text file 4604 and the error detected and corrected, and formatted patent bibliographic infor- 
mation from the patent text file 4604. 

[0376] When generating the corrected and normalized patent text file 4618, the parser 4610 may take into consid- 
eration other patent information 4605. The parser 4610 may modify the information from the patent text file 4604 with 

10 this other patent information 4605 when generating the corrected and normalized patent text file 461 9. For example, 
a patent is sometimes reassigned to another company after it issues. The new assignee, however, is not indicated on 
the front page of the patent (because the patent was published before the reassignment took place). Often, patent 
reassignment information is in the assignment records of the U.S. Patent and Trademark Office (ifsuch information 
was recorded with the USPTO). Such assignment records may constitute part ofthe other patent information 4605. 

*s The parser 461 0 in generating the corrected and normalized patent text file 461 8 may take into account such assignment 
information when generating the corrected and normalized patent text file. For example, the parser 461 0 may include 
a note in the corresponding record of the corrected and normalized patent text file 4618 that the patent has been 
reassigned, and indicate the new assignee(s). This note may be, for example, in a field of the corrected and normalized 
patent text file 461 8 corresponding to the user defined attribute in the record of the patent table 1222 (FIG. 12H). 

20 [0377] The patent bibliographic information in the corrected and normalized patent text file 461 8 is stored in normal- 
ized format. Preferably, this normalized format is a condensed, field delimited format. Essentially, in normalizing the 
pat nt bibliographic information from the patent text file 4604, the parser 461 0 separates the patent bibliographic in- 
formation into fields that correspond to the attributes in the patent bibliographic databases 604. These fields are de- 
limited either using commas, tabs, or some other symbol. 

25 [0378] For example, the format of a class/subclass in the patent text file 4604 is as follows: XCL— 1 7-34-2 (for illus- 
trative purposes, spaces are indicated as dashes). Therefore, in the patent text file 4604, a class/subclass is denoted 
by the token XCL, followed by two spaces. Three characters follow this token that correspond to the class. This is 
followed by three characters that correspond to the subclass. Finally, two characters follow the subclass. These two 
characters correspond to the suffix. In the corrected and normalized patent text file 461 8, this class/subclass information 

30 is represented in a field delimited format, as follows: 1 7, 34, 2. This is a comma delimited format. In other embodiments, 
the corrected and normalized patent text file 461 8 uses a tab delimited format for the patent bibliographic information. 
[0379] In step 961 4, the corrected and normalized patent text file 461 8 is used to regenerate the patent text file 4604. 
The regenerated patent text file is designated by reference number 4608. A comparison module 4606 then compares 
the patent text file 4604 with the regenerated patent text file 4608. If the regenerated patent text file 4608 differs from 

35 the patent text file 4604, then the comparison module 4606 determines that the parser 461 0 incorrectly generated the 
corrected and normalized patent text file 4618 from the patent text file 4604. If such an error is detected, then the 
comparison module 4606 notifies an operator 4616. It is noted that step 9614 is optional. 

[0380] Preferably, the corrected and normalized patent text file 461 8 represents an object-oriented framework. Gen- 
erating the corrected and normalized patent text file 461 8 as a framework is useful because it can then be easily 
40 exported to a number of different formats, for later processing. Accordingly, in step 961 6, the corrected and normalized 
patent text file is stored in various formats for later retrieval. Such formats may include a human editable production 
format 4620, and/or a SPML format 4622. It is noted that step 9616 is optional. 

[0381 ] In step 961 8, the corrected and normalized patent text file is paginated by a pagination module 4626 to gen- 
erate a patent equivalent text file 4630. The patent equivalent text file 4630 includes equivalency information that 

45 establishes an equivalency relationship between the text in the patent equivalent text file 4630 and the image In the 
patent image file 4624. For example, this equivalency information includes pagination information that enables the 
pat nt equivalent text file 4630 to be displayed having the same pagination (line breaks, column breaks, page breaks) 
as the patent image file 4624. The pagination module 4626 generates the patent equivalent text file 4630 by comparing 
the patent text in the corrected and normalized patent text file 461 8 with the patent image file 4624 to detect equivalency 

50 information. This equivalency information is then embedded in the patent equivalent text file 4630, along with the patent 
text. While the pagination module 4626 is capable of performing the pagination operation automatically, in some cases 
some manual intervention is required. In accordance, an operator 4628 is sometimes involved with the pagination 
process performed by the pagination module 4626. The pagination process performed by the pagination module 4626 
is further d scribed in U.S. Patent No.5,623,681 , U.S. Patent No. 5,623,679, and pending U.S. Patent Application 

ss Serial No. 08/341,129, all of which ar inc rporated by r ference herein. It is not d that step 9618 is optional. 

[0382] In step 9620, a patent bibliographic flat file 461 9 is gen rated from the corr cted and normalized patent text 
file 4618. The patent bibliographic flat file 461 9 includ s the normalized patent bibliographic information from the cor- 
rected and normalized patent text file 461 8. Preferably, the patent bibliographic flat file 461 9 does not include the patent 
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t xt. The patent bibliographic flat file 4619 is g nerated using standard database utilities. 

[0383] In step 9622, the patent btoliographic information in the patent bibliographic flat file 4619 is loaded into the 
tables of the patent bibliographic databases 604. This loading operation is performed by using standard database 
loading utilities. 

5 [0384] After completion of step 9622, the patent bibliographic information from the patent being processed is com- 
pletely loaded into the patent bibliographic databases 604. The steps of flowchart 9602 are repeated for each patent 
that is to be represented in the patent bibliographic databases 604. 

[0385] Referring again to FIG. 6, the loading of the deposition bibliographic databases 606, the pleadings biblio- 
graphic databases 608 : and the prior art bibliographic databases 610 (and any other bibliographic databases in the 

10 document bibliographic databases 602) is conducted generally according to the methodology shown in FIGS. 46 and 
96 for U.S. patents. More generally, the extract and load for these bibliographic databases may be performed according 
to the methodology shown in FIGS. 45 and 95, described above. The actual implementation of the extract and load 
methodologies for these bibliographic databases will necessarily be case specific and depend on a number of factors, 
including the bibliographic information contained in the source documents, the format of the source documents (that 

is is, whether or not they are electronically stored, the storage format, how bibliographic data is represented in the storage 
format, etc.), etc. The extract and load processes for these other bibliographic databases will be apparent to persons 
skilled in the relevant art(s) based on the discussion contained herein. 

Group Databases 

20 

[0386] The group databases 621 are described below. In particular, the structure of the group databases 621 and 
the methodologies for loading the group databases 621 with data are described in the following sections. 

User Defined Groups 

25 

[0387] FIG. 121 depicts the user-defined group (also called arbitrary group) databases 624. A groupjable database 
1227 has a record for each user-defined group. Each record in the group_table database 1227 includes a groupjd 
attribute that stores a key that uniquely identifies the user-defined group from all other user-defined groups. Each 
record of the group_tabte database 1 227 also includes a group_guid which is an alternate key (identifier) of the record, 

30 a name attribute that stores the name of the user-defined group, a creation_date attribute that stores the date that the 
group was created, a modification_date attribute that stores the date that the group was last modified, a version_number 
attribute that stores the version number of the group, a description attribute that stores a description of the group, and 
an owner_user_id attribute that identifies the owner (that is, the creator) of the user-defined group. 
[0388] According to the present invention, groups are hierarchically organized. In other words, a given group can be 

35 a child of one or more parent groups, and can also be a parent to one or more child groups. This hierarchical organization 
is illustrated by way of example in FIG. 18, which is an example screen shot 1801 displayed by the client grouping 
module 712 on the client display unit 1122. This screen shot 1801 includes a first window 1802 and a second window 
1804. The first window 1802 graphically depicts the hierarchical organization of the groups, both user-defined and 
predefined. The highest ievel group is called the root group, or repository. A BOM group is a child of the root group. 

40 The BOM group is a pre-defined group and is discussed below. 

[0389] A user-defined group is also a child of the root group. The user-defined group has a number of child groups. 
These child groups are user-defined groups. In the example, the child groups are: companies to acquire, patents about 
bikes, and litigation. The companies to acquire user-defined group has a number of child user-defined groups. They 
include: ABC Corp., XYZ Corp., and PQR Corp. 

45 [0390] The hierarchical structure of the user-defined groups is defined by Information in a group_group__xref table 
1229 (FIG. 121). The group_group_xref table 1229 Includes a record for each parent/child relationship in the user- 
defined group hierarchical structure. Each record of the group_group_xref table 1229 includes a parent attribute and 
a groupjd attribute. Both the parent attribute and the groupjd attribute store groupjd values. The parent attribute 
stores the groupjd of the parent group, and the groupjd stores the groupjd of the child group. 

so [0391] The group Jable database 1227 and the group_group_xref table 1229 shall be further described with refer- 
ence to an example illustrated in FIGS. 19 and 20. FIG. 19 illustrates an example group Jable database 1227X that 
includes information representative of the user-defined group hierarchical structure shown in FIG. 18. The example 
group Jable database 1227X in FIG. 19 has a record for each user-defined group shown in FIG. 18. Accordingly, there 
is an entry in the group Jable databas 1227X for the following user-defined groups: companies to acquire, ABC Corp.. 

55 XYZ Corp., PQR Corp., pat nts about bikes, and litigation. The groupjd values ofthese user-d fined groups are 
GRP1 -GRP6, respectively. Not that the group Jabl database 1 227X has no information pertaining to the hierarchical 
structur fthe user-defined groups. Instead, such information on the hierarchical structure of the user-defined groups 
is contained in the group_group_xref table 1229. 
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is GRP2 (corresponding to the ABC Com aZ ^T V T"'" 9r ° UP) ' and the 9rou P Jd attribute 

th=t th« » Df - « 9 BO Corp - 9 rou P)- Therefore, entry 2002 n the group group xref table i??qx «,^!fi«c 

Predefined Group Databases 

&2£T ,nad 9r ° UP datab3SeS 622 (a,S ° Ca,ISd SySt6m defi " ed cabases) are described in the 
Bill of Materials (BOM) Databases 
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two hand grips, all three of which ar parts. 

[0403] Although not indicated in the example of FIG. 22. a subassembly may be composed of any combination of 
parts and/or subassemblies. 

[0404] The BOM 2202 in FIG. 22 includes a number of nodes, called BOM nodes. A node corresponds to each 
5 assembly (Le. : the bicycle node), each subassembly (i.e., the frame, wheel, and handle bar nodes), and each part (i. 
e., the screw, rim, tire, metal rod, and hand grip nodes). 

[0405] tn the context of and as applied by the present invention, each BOM node has a logical level in the hierarchical 
structure of the BOM. According to an embodiment of the invention, there are three BOM logical levels (although a 
customer can define others): assembly, subassembly, and part. Accordingly, the logical level of the bicycle node is 
io assembly- The logical level of the frame, wheel, and handle bar nodes is subassembly. The logical level of the screw, 
rim, tire, metal rod, and hand grip is part. 

[0406] hi the invention, the reason for using logical levels is to enable enhanced reporting and analysis functions, 
such as the reporting functions described herein that are organized according to BOM logical level. As discussed 
above, an advantage of predefined groups is that their structure and attributes are better defined and more extensive 
is than user-defined groups. Accordingly, more extensive and more useful analysis and reporting functions can be de- 
veloped for predefined groups. 

[0407] FIG. 23A illustrates an example BOM 2302 of a lawn mower. The lawn mower Includes a frame, an engine, 
and a handlebar. These are ail subassemblies (although for simplicity purposes the engine subassembly is not further 
defined in the BOM 2302 shown in FIG. 23A). The frame subassembly includes a screw. The handlebar subassembly 

20 includes two hand grips. The screw and the hand grips are parts. It is noted that the screw part in the bicycle BOM 
2202 is the same physical part as the screw part in the lawnmower BOM 2302. Similarly, the hand grip part in the 
bicycle BOM 2202 is the same physical part as the handgrip part in the lawnmower BOM 2302. However, the frame 
subassembly in the bicycle BOM 2202 is not the same physical part as the frame subassembly in the lawnmower BOM 
2302. Abo, the handle bar subassemblies in the bicycle BOM 2202 and the lawnmower BOM 2302 are not the same. 

25 [0408] FIG. 23B illustrates a portion of a BOM of an example antique car. This BOM includes a body subassembly, 
and two wheel subassemblies. In the present example, these wheel subassemblies are the same as the wheel sub- 
ass mbties in FIG. 22. As discussed below, these wheel subassemblies are represented as a single BOM group in the 
BOM databases 626. Both the BOM group corresponding to the bicycle and the BOM group corresponding to the 
antique car include the wheel BOM group (that is, the wheel BOM group is a child group of the bicycle BOM group and 

30 the antique car BOM group). That is, the wheel BOM group is shared by the bicycle BOM group and the antique car 
BOM group. Accordingly, the wheel BOM group is herein called a shared group. 

[0409] Ihe BOM databases 626 are illustrated in FIG. 12G. A BOM table 1217 includes a record for each unique 
BOM node of each BOM of interest. Accordingly, each record in the BOM table 1217 represents a BOM node in a BOM 
of interest to the customer. 

35 [0410] The BOM table 1217 includes entries for only unique BOM nodes of interest. Again referring to FIG. 22, the ^ 
two wheel subassembly BOM nodes are not unique with respect to each other. Therefore, the BOM table 1217 only , t 
includes a single record for the wheel BOM node. Similarly, the screw node in the BOMs of FIGS. 22 and 23 represent: «- 
the same physical part. Accordingly, the BOM table 1217 only includes one record for the screw part. 
[0411] Each record in the BOM table 1217 includes a BOMJd attribute which stores a key that is unique to the 

40 associated BOM node. Each record of the BOM table 1217 also includes a BOM_guid representing an alternate key 
of the record, a name attribute storing a name ofthe BOM node, a leveljd attribute representing the logical level of 
the BOM node (that is, whether the BOM node represents an assembly, a subassembly, a part, etc.), a status_id 
attribute representing the status of the BOM node in the customer's business (that is, whether the part, subassembly, 
or assembly represented by the BOM node is in production, is discontinued, is contemplated for a future product, etc.), 

45 a creattonjdate attribute identifying the date that the record was created, a modification_date attribute Indicating the 
date thatthe BOM record was last modified, and a version_number attribute identifying the version of the BOM record. 
[0412] The leveljd attribute is actually a code. The values of the leveljd codes are defined in a BOMJevel table 
1220. Similarly, the statusjd attribute is a code whose values are defined in a BOM_status table 1 221 . 
[0413] As evident by the examples of FIGS. 22 and 23, a BOM is a hierarchical and recursive structure, where each 

so node in the structure may be a child of multiple parent nodes, and/or may itself have multiple child nodes. Information 
pertaining to this BOM hierarchical structure is not contained in the BOM table 121 7. Instead, this information is con- 
tained in the BOM_BOM_xref table 1 21 9. 

[0414] The BOM_BOM_xref table 1219 includes a record for each parent/child relationship in the BOMs represented 
in the BOM tabl 1217. Each record of the BOM_BOM_xref table 1219 includes a parent_BOMJd attribute and a 
55 BOMJd attribute. The parent_BOMJd attribute stores th BOMJd of th par nt BOM node, and the BOMJd attribut 
stores the BOMJd of the child BOM node. Each record of the BO M_BO M_xref table 1 21 9 also includes a sort_order 
attribute which specifies the order in which the records in the BO M_BO M_x ref table 1219 should be display d or 
printed, when an appropriate command is received from the user. The value of the sort_order attribute is set to a default 
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^ BOMjBOM^.xr^' tebl^ l21^X.'T^ese^^^^^|^^^'^,^^^ ^^"^^"^^^^^''^tr^e^an Example 
■^^^ 

10 ^lt ute and the *- Sow: n ^^^ss^^• , ^ ,B,, ' 

the 7X ' Accordi "9'y. BOM tob.e 

Ic= 1 thS tlre part ' the bic V c,e ha "dle bar subassembT th e m^? ? thescrew P ar t. the wheel subassembly 
assemb^ * e la wnmower frame subassembfc ^ ^ Part ' the ,awnmowe 

J0416J Information pertaining to the hierarchical structure of TeT^', ,awnmower h «"di e bar subassembly, 

amed ,n an examp.e BOM_BOM_xref tab.e 1219X shown 2 F,G ?f th i^f 2 and th6 ,awnmower 23 °2 <• «£ 
BOM R nM eaCh ( Parent/Ch " d re,ationshi P t"e BOM abfe ? 2 ol arTd ^- B ° M - xref ^le 1 219X includes a 
thSir 2 -r f,able1219Xindicatestn «BOMnode 2 i S aS Accordingly, record 2502 in the 

that the bicycle frame node is a child of the bicycle node * 1 ' ° ther Words ' record 2 502 indicates 

of t e bicycleframe node, recordasoe indicaS 

that the nm node is a child of the wheel node and recor^in f t " °' thebicvcle "ode, record 2508 indicates 

met? ?T 251 2 indiCatSS that » e bic ^ S^S^SSrJS; ? ^ "° de " 3 ChHd ° f ,he WheeI 
the £ T n ° de fe 8 Ch " d ° f the bfc y cle ha "<*ebar ^ t ^ 261 4 indicates »* 
the bicycle handlebar node; record 2518 indicates that th^«™™ ? ^ that the hand 9 rl > nod e is a child of 
record 2520 indicates that the screw node Te c h "d o the ZnZw T " 3 Ch " d ° f the ,awn ™^ node 
engine node is a child of the lawnmower node; recTd 2524 nZx^ZxT, ^ n °°« 2522 indiCates «* the 
of the lawnmower node; and record 2526 indicates that tS hlnn ! 6 ,awnmowe ' handle bar nods is a child 
[0417, A BOM group represented in the S tabte ^^c^^^^ 1 ""^^^^ 
documents in a BOM group include patents that ma? toth e RrT* T " Umber of doc "™nts. Preferably the 
mciude patents that map to the product e^Z^^^l ° thQr the d — "ts in a BOM 

table 1217. As used herein, the term "product" refeitn 2! corresponding to the BOM group in the BOM 

[0418] A BOMj> ate nt_xref table iJE^SnHmSZ T?Z' SUbassemb ^ or P« <" a BOM. P ° M 
BOM_patent_xref tab|e J21 8 |denWjes the documents . n 

BO^aNLxr ef ,able, 2 i8indud es aiL^ each BOM group. Each record of The 

2*?" the «*wmem that is in that BOM group dent ' f ' eS the 9 rou P' a " d a *>cumenUd attribute 

inn 2 tT 26 illustrates a " example BOM _patent xref table 121 r* 

and 25. The example BOM_patent_xref table sJ^E^J^** corresponds to the example in FIGS. 24 
2 ^.T S ° 1 3nd 02 are P atents < s * a FIG. ItHSS^SI! e t ntS K D1and 02 arei "t b ebicycle BOM group. 
2«0? h r 3Vin9 B ° MJd 1 (that * the " V ' n9 d ° CUment - ids 01 a "< °2 map to 

customer will have his own database that stores S I f ' customer B °M is received. Typically a 

during the extract of the BOM data from the Isto^ZlZ^ 'Z**"™" « 6Xtensive - de P end N> on whether 
(represented as the customer BOM data 4704) ? ^ W8S able t0 format tna extracteddata 

Database filters, such as the BOM filter 4706 for f^ra^na dat . ^ matched the format of the BOM databases 626 
[0422, ,h some embodiments, the inven^^^ 

bases 626 (this is true for a., filters d*^^*^^**?" X ° ,he database •»•"« of the BOM data- 
•n structure and operation of this specialized filter will ^parent to IT ^ f " reSf>eCtive ■ 

^rr s °t n ep he 9 ?i n o ttt: discussion ° f the ^t^r na sk,,,ed in the «*> °- 

This portion Jn^J^^™* ™ a P»*n of the BOM databases 626. 

da abases 626, indicated as the second part 47 0 using on llTLl^ r^^ ^ remainin 9 P arts 01 BOM 
data 4704 probably does not include th data ^Sr^^T *™ ^ th BOM 

tomer BOM data 4704 probabfy does not con Jn BOM kS^SJS^T^ ^ ™° ^ the cus " 

tnbutes m the BOM table 1217. Additionally the customer I JT* °" ° r StatUS informa «on required by at- 
m a t.on (that is, an identification of wh^h Pate^u^^ 

map I0 which BOM groups) required by the 
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BOM_pat nt__xref table 1218. 

[0424] In step 9712, data on the customer's products is obtained. This data is obtained from the customer, such as 
the customer's production department or R&D department, and pertains to the status of the products (such as whether 
the products or parts are currently in production, whether they are contemplated for future production, whether they 
5 are discontinued, etc.). 

[0425] In step 9714, patent related information is obtained. This patent related information may include, for example, 
a list of the customer's patents, and a list of competitor patents. Bibliographic information on these patents are loaded 
into the patent bibliographic databases 604 in the manner described above, to the extent that the patent bibliographic 
databases 604 do not already include patent bibliographic information on these patents. 

w [0426] In step 9716, operators 4712 may run methodology reports which will be later used to aid in the analysis of 
the data gathered in prior steps. The methodology reports which may be run include a patent mapping report (described 
below). The patent mapping report may be incomplete due to the lack of information in the BOM databases 626. 
However, even an incomplete patent mapping report may be useful to aid in the analysis of the data. 
[0427] In step 9718, operators 4712 analyze the customer BOM data 4704, the product data 4716, and the patent 

15 related information 4714 to determine, for each BOM group, the BOM level, the BOM status, and the documents (that 
is, patents) that map to the BOM groups. For example, the operators 471 2 will analyze the BOM data and the product 
data to determine the status (that is, whether discontinued, in production, contemplated for future production, etc.) of 
the BOM node associated with each BOM group. Additionally, the operators 4712 will analyze the customer BOM data 
4704 and the patent related information to identify patents which map to the BOM group (that is, patents which map 

20 to the products represented by the BOM nodes corresponding to the BOM groups). 

[0428] In step 9720, the information generated in step 971 8 is loaded-into the appropriate attribute fields of the BOM 
databases 626 (i.e., the second part 4710 of the BOM databases 626). 

[0429] The steps of flowchart 9702 are periodically performed to update the BOM databases 626 with changes in 
BOMs, patents that map to BOMs, production changes, new products and features, etc. 

25 [0430] In an alternate embodiment, the BOM databases 626 are not preloaded in the manner shown in FIG. 47 and 
discussed with reference to FIG. 97. Instead, referring to FIG. 48, BOM data is downloaded from a corporate BOM 
database 4B08 via a corporate BOM database management system 4806 to the enterprise server 314 when needed. 
A translator 4804 translates the customer BOM data from the format of the corporate BOM database 4808 to the 
required format of the BOM databases 626 in the enterprise server 314. 

30 [0431] It is noted that this alternative embodiment could also be used with the other tables of the databases 31 6. - 
[0432] The approach of FIG. 48 is advantageous because the enterprise server 314 is assured of receiving and, 
accordingly, processing the most up to date BOM data. The disadvantage of the approach in FIG. 48 is that, typically, , 
analysis of a customer corporation takes a number of weeks. During that period of analysis, the BOM data should be 
stable. In other words, during the period of analysis, the analysis should be conducted on a snapshot of the customer's 

35 BOM data. The approach illustrated in FIG. 48 would not lend this stability, since the corporate BOM database 4808 ^ 
will no doubt change during the course of the analysis period. Accordingly, the enterprise server 31 4 when downloading c 
BOM data from the corporate BOM database 4808 will be working with different versions of the BOM data at different 
times. In contrast, the approach of FIGS. 47 and 97 provide the desired stability of the BOM data during the analysis 
period. 

40 [0433] BOM groups (and, in fact, any predefined group) can also be represented using user-defined groups as long 
as the operator is willing to abstract and map the BOM group attributes to the attributes supported by the user-defined 
groups. Such definition of BOM groups may be useful with BOMs that change frequently but core technologies change 
slowly, as in consumer products. 

45 Corporate Entity Databases 

[0434] A corporate entity is considered to be a predefined group because any number of documents can be asso- 
ciat d with the corporate entity. These documents are preferably relevant and of interest to the corporate entity. For 
example, the documents could be patents that are owned, licensed, or otherwise of interest to the corporate entity. 
50 [0435] The corporate entity databases 630 include information on the customer corporation, the corporations asso- 
ciat d or affiliated with the customer corporation, and/or corporations that are otherwise of interest to the customer 
corporation, such as the customer corporation's competitors or potential competitors. 

[0436] The corporate entity databases 630 are shown in FIG. 12J. A corporate_entity table 1230 includes a record 
for achcorporat ntity f interest. In each record of th corporat .entity tab! 1230 includ s a corp_ ntityjd attribute 
55 that stores a key that is unique to the corporat entity. Each record of the c rp rat _entity database 1 230 also incudes 
a corpJeveUd attribute that specifies th level of the corporate entity in its respective corporate structure (it is noted 
that data pertaining to ne or many corporate structures may be stored in the corporate_entrty table 1230). Possible 
values ofthe corpJeveUd attribute include parent corporation, subsidiary corporation, franchise, headquarters, etc. A 
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name attribute stores the name of the corporate ntity. 

E£?«f '"J 0 "" 8110 " °" 1,16 "■P*™** ^"jcture is also stored in the corporate_entity table 1230. In particular each 

I ^ hT -!T t,ty ^ 1230 indUdeS 3 P a ™t_corp_entity_id attribute. This attribute stores the 
corp_entrty_id of the immediate parent corporation of the corporate entity. 

A < oo«-°u rde L a 1 ttribUte St ° reS information th at identifies the order in which the records of the corporate entitv 
database 1 230 should be displayed or printed when requested by the user. The sort order attribute i TsZTatXZ 

able 1230 are displayed and printed according to the sort.order attribute in the records. In particular ttan^rdsof 

s: ir^rir - or printed in ascending ° r descending °«°< SpJS'S^s s 

2' COrpJevelJd attribute is implemented as a code whose values are defined in a corporatejevel database 

l wl ^aZ^Z^T'™ ^^^^^^of^customercorporation. This primary corp table 

Fo?lx«mn^f T S etPnSe SSrVer 314 ne6dS t0 iden,ify Wh0 the customer fe durin 9 analysis operations 

For example, ,f the user requests a listing of all patents owned by the customer corporation the enterprise seZ 314 

SaTXTnTT^r T B 1231 t0 ' dentify Wh ° the CUSt0mer is ' and then refa - ^ the co^ems net tab to 
1 233 (described below) to identify all patents owned by the corporate customer. enis_xrei raoie 

IHTL A COTP °T en r titygrou P presented in the corporate_entltytab.e 1230 can Include any number of documents 
such as any number of patents. Typically, the patents in a corporate entity group represent patents for wtt* f tfVe 

iXT^r rr 'rr • such as patents owned by the ^ « «£X £ XlZi 

entity, or patents that, for whatever reason, the corporate entity is analyzing. A corp_patent xref table 1233 stores 
mtormation that identifies the documents contained in each corporate entity group. ^ oo^ZTlnSle Zll 
includes a record for each document in each corporate entity group corp_patent_xref table 1 233 

rrSi 9 T dOC < Ument -' d attnbute that id «"«^s the document that is in the corporate entity group 
KJSL Th u 6 table 1 233 also includes an ownerships attribute and a relevance id 

attnbute. The ownership.attribute identifies the relationship ofthe document to the corporate entity. Possible va^'of 
the ownership^ attribute inciude owned, assigned, interested in, etc. The ownership id attribute lsZ^eme?« 

£444] The relevance.id attribute identifies the relevance of the document to the corporate entity Preferably the 

mSZTT ♦ r T anUd 8ttribUte are C ° re and non - core - A re,evance of core "Spates C th7p item Odin 
nilt ' 7, f ? 0CUment - ,d > ma P s to an asse mbly, subassembly or part that is currently iri production or that is^contem- 

1 P ^ 0n ' ° r f ° r S ° me ° ther reaS ° n iS imp0rtant t0 the COf P orate * nti * As discussed abov^uTh 
assembles subassembl.es and parts are represented In the BOM table 121 7 as BOM groups A non^reretevancv 
value indicates that the patent either does not map to any assembly, subassembly or part of tr^^CSS 
enX; ? 3n a ?r b,y ' SUb3SSembl * or P art that is ~t.y discontinued, or tha? fb^wh-J^^^^^SS 
IrlZt f T 9reat inter6St th6 Pat6nt 1116 releva " ce -' d attribute is implemented as a code who^e vies 
£L£ th 8 r6, r tab ' e 1235 ' 3nd arG UWmate,y Under the control of < i a • defined by) the customer 
ThtS fi ™ COrP ° rate databases 630 sha « 06 father described with reference to an example in FIGS 33-36 
These figures correspond to an example corporate structure 3202 illustrated in FIG. 32. wherein corpl has tochild 

l?r T ^ COfp3 haS 3 ChNd COrporation ' co,p4 Cor P 5 is a competitor of cSi 
T£L Tk USt T eSaneXa ^ ,eC °^ 0ra,e - entity -^ entity id 

SS^toJ^,™"?' P arent - cor P- entit y- id a «"°*e areshown in FIG. i. The corporate 2^ 
Sth Jf f h ea ° h C0rp ° rat6 emity ° f intereSt (that te ' cor P° rate enttties sn °wn In FIG. 32)~ Each 

o these records m the corporatre_entity table 1 230X represents a corporate entrty group that may contain any number 

lo^nn h f 04 in cor P orale - en «* tab '* «»X indicates that corp! is a'subsidiary of corpl SmS* 

0447] Note that corps m FIG . 32 is not a part of the corporate structure that includes corel , corp2, corps and com4 
Inth example of FIG. 32, corp5 is a competitor of corpl . T ' 

E!£L1? e COrp ° rate - entity tab,e 1230X also includes a record 3310 tor corps. As indicated above, corps is a com- 

p Sox ?„l d « c ;r ,fe : corp1 • Therefore, the examp,e of f,g 33 indicates *° ov***;*** *** 

1230X rncludes a record for each corporate entity of interest including the competitors of the customer corporation 

[0449] FIG^36illustrat sen xamplecorp_patent_xreftable1233X.Thistableindicat sthatth corpl group includes 
documents DI M, and D3. These are patent documents (see FIG. 17). The ownership id Tttnbut and th 

vanTtabFe 1235X" n 6 RG 2^ " "? TT patent - ownershi P tebla ^ «" ^ 35 an^in the examp.e re,e- 
vance table 1235X in FIG. 34. respectively. Pursuant to these tables, document D1 is indicated as being owned by 



1184798A2 I > 



56 



EP 1 184 798 A2 



corpl and being a core patent. Similarly, documents D2 arid D3 are indicated as being wned by corp 1 and being 
core patents. 

[0450] The methodology for initially loading the corporate entity databases 630 shall now be described with reference 
to the data flow diagrams in FIGS. 51 and 52 and the flowchart 10002 in FIG. 100. In step 10006, information on all 
corporate entities of interest is obtained. Such information includes compiling a list of the corporate entities of interest, 
determining their names, and determining their respective corporate structures. This information is represented in FIG. 
51 as corporate entity data 5104. 

[0451] In step 10008, a corporate entity filter 5106 formats the corporate entity data 5104 to conform to the format 
of the corporate_entity table 1230. Database filters for formatting data prior to upload to a database are well known. 
[0452] In step 1 001 0, the formatted corporate entity data 51 04 is loaded into a part of the corporate_entity table 1 230 
(this portion is indicated as the first part 51 08 in FIG. 51 ). It is possible that the corporate entity data 51 04 may include 
all the data necessary to load all of the fields ofthe corporate_entity database 1230. In this case, the formatted corporate 
entity data 5 104 is also loaded into the second part 51 10 of the corporate_entity database 1230. Inother cases, however, 
the corporate entity data 5104 will not include all of the information necessary to load all of the fields of the 
corporate_entity table 1230. such as the parent_corp_entity_id attribute. In such cases, in step 10012, an operator 
5112 analyzes the corporate entity data 5104 and determines values for the corp_level_id attribute and the 
parent_corp_entity_id attribu:c. when necessary. This information is loaded Into the remaining portion of the 
corporate_entity table 1230 (this remaining portion is identified in FIG. 51 as the second part 5110). 
[0453] In step 10014, information on patents of interest which are not already represented in the patent bibliographic 
databases 604 is obtained. This information is loaded into the patent bibliographic databases 604 in the manner dis- 
cussed above to the extent that it is not already represented in the patent bibliographic databases 604. 
[0454] Referring to FIG. 52. this patent information that is of interest to the corporate entities represented in the 
corporate_entity table 1230 is represented as patent information 5204. 

[0455] In step 1001 6 } operators 5208 map patents to corporate entities. In particular, these operators 5208 determine 
which patents are relevant to which corporate entities. This data is stored in the corporate_patent_xref table 1233. In 
other words, the operators 5208 dotermine which patents go into which corporate entity groups, and store this infor- 
mation in the corp_patent_xref table 233. 

[0456] In step 10018, the operators 5208 and 5214 run methodology reports, as needed, such as patent mapping 
reports. These reports will aid the operators 5208 and 5214 in performing the analysis of 10020. 
[0457] In step 10020, the operators 5208 and 5214 identify the ownership relationship for each patent/corporate 
entity pair specified in the corp_patent_xref table 1233. In other words, for each record in the corp_patent_xref table 
1233, the operators 5208 and 5214 identify the ownership relationship between the corporate entity and the patent. 
Additionally in step 10020, the operators 5208 and 5214 identify, for each record of the corp_patent_xref table 1233, 
the relevance of the patent to the corporate entity. Relevance can be core, non-core, etc. 

[0458] In step 10022, this additional data generated in step 10020 is stored in the appropriate fields of the;; 
corp_patent_xref table 1233. These fields are presented by the second part 5212 in FIG. 52. 

[0459] The steps of flowchart 10002 are periodically performed to update the corporate entity databases 630 to 
reflect changes in corporate structure, corporate acquisitions, corporate acquisition of patents, product line changes 
(that may change the relevance_id attribute), patent expirations (that would change the ownership_id attribute), etc. 

inventor, Employee, and Person Databases 

[0460] An inventor is a predefined group because any number of patents can be associated with the inventor (i.e., 
patents where the person has been named an inventor). The inventorship databases 628 of the present invention 
preferably include information on the customer's past and present employee inventors, inventors of other companies, 
such as competitors, and inventors of any other patents of Interest to the customer. 

[0461] The inventor databases 628 are shown in FIG. 1 2J. These inventorship databases 628 interact with the person 
databases 632 and the employee 634. The person and employee databases 632 and 634 are shown in FIG. 12J and 
12L. 

[0462] In particular, the person table 1 242 represents the person databases 632. The person table 1 242 includes a 
record of each person of interest to the customer. These persons could be past and present employees of the customer, 
inventors of patents of interest to the customer, employees (past and present) of competitors, etc. Each record of the 
person table 1242 includes a person Jd attribute that represents a unique key of the person. Also included in each 
record f the p rsonjd table 1242 are attributes that store the first name, middl name, and last name ofthe person, 
and th preferred suffix (Mr., Mrs., Ms., Dr., etc.) f the p rson. 

[0463] An employ table 1243 is a table in the employee databases 634. The employe table 1243 includes a 
record f ach employee of interest (whether or not the employee is an mpl yee of the customer or a competitor, or 
is a past or present employee). Each record ofthe employee database 1 243 includes a person_id attribute that identifies 
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the person (from the person table 1242), and a corporate_entity_id attribute that id ntifies th corporate entity who is 
related to the personjd. There could be multiple entries in the employee table 1243 for the same person, if the person 
worked for many corporate entities represented in the databases 31 6. 

[0464] Each record ofthe employee table 1243 further includes a job_function_id attribute that identifies the job func- 
5 tion of the employee (for example, engineer, attorney, computer programmer, etc.), an employee_type_id that identifies 
the type of employee (such as part-time, full-time, etc.), an employee_status_id attribute that identifies the status of 
the employee (active, inactive, etc.), a start_date attribute and an end_date attribute that identify the period that the 
employee was employed by the corporate entity, and an employee_id attribute that indicates the employee's identifi- 
cation number within the corporate entity. The job_function_id attribute, the employee_type_id ! and the 
10 employee_status_id attribute are preferably implemented as codes whose values are defined in an employee Job June 
table 1245, an employee Jype table 1244, and an employee_status table 1246, respectively. 

[0465] Referring to FIG. 12J, a validatedjnventor table 1236 represents the inventor databases 628. The 
validatedjnventor table 1236 stores information that identifies the patents to which a person is a named inventor. In 
particular, the validatedjnventor table 1236 includes a record for each patent for which a person or employee is an 

15 inventor. Each record of the validatedjnventor table 1236 includes a person Jd attribute that identifies a person, and 
a documentjd attribute that identifies a patent with which the person is a named inventor. Each record of the 
validatedjnventor table 1 236 also includes a corp_entity Jd attribute that identifies a corporate entity. This corporate 
entity is the corporate entity that the person was associated with when the patent was filed or issued, or the corporate 
entity with whom the person was employed when the invention of the patent was invented. If the person was not 

20 employed by or associated with a company, this field is left empty. 

[0466] The inventor databases 628, person databases 632, and employee databases 634 will now further be de- 
scribed with reference to the example shown in FIGS. 37-39. FIG. 37 illustrates an example person table 1242X. For 
simplicity purposes, only the personjd attribute is shown. As indicated by FIG. 37, there are five persons of interest 
to the customer. 

25 [0467] FIG. 38 illustrates an example employee table 1243X. For simplicity purposes : only the personjd attribute, 
the corporate_entityJd attribute, and the employee_status Jd attribute are shown. As indicated by the example in FIG. 
38, person 1 is an active employee of corpl . Similarly, person2 is an active employee of corp2, person4 is an inactive 
employee corpl and persons is an inactive employee of corp3. 

[0468] FIG. 39 illustrates an example validatedjnventor table 1236X. For simplicity purposes, only the personjd 
30 attribute and the documentjd attribute are shown in FIG. 39. As evident from FIG. 39, personl is a named inventor 
in the patents having documentjds D1-D3: Person3 is a named inventor in the patents having documentjds D1 , D4, 
and D5. Persons is a named inventor in the patent having documentjd D6. 

[0469] The preferred methodology for initially loading the person databases 632, the employee databases 634 ; and 
the inventor databases 628 shall now be described with reference to the data flow diagrams in FIGS. 49 and 50, and 
35 the flowcharts in FIGS. 98 and 99. FIGS. 49 and 98 corresponds to the extract and load procedures for the person 
databases 632 and the employee databases 634. In step 9806, information on the customer's past and present em- 
ployees ofinterest are obtained, preferably from the customer's HR (Human Resources) or personnel department. This 
data is represented in FIG. 49 as the customer provided person and employee data 4904. 

[0470] In step 9808, information on other people of interest (such as inventors of patents of interest or employees 
40 of competitors) is obtained. Such information is represented in FIG. 49 as other person and employee data 4906. 

[0471] In step 9810, a person filter 4910 modifies the format of the customer provided person and employee data 

4904 and the other person and employee data 4906 to match the format of the person databases 632 (that is, the 

person table 1242). Database filters for formatting data in preparation for database uploading are well-known. 

[0472] In step 9812, the formatted customer provided person and employee data 4904 and the formatted other 
45 person and employee data 4906 are loaded into the person databases 632 (that is, the person table 1242). 

[0473] In step 9814, an employee filter 4914 formats the customer provided person and employee data 4904 and 

the other person and employee data 4906 to match the format of the employee databases 634. 

[0474] In step 9816, the formatted customer provided person and employee data 4904 and the formatted other 

p rson and employee data 4906 are loaded into the employee databases 634. 
s o [0475] It is noted that in some cases, depending on the state of the data 4904, 4906, loading of the person databases 

632 and the employee databases 634 may require the involvement of operators 4912, 4916. 

[0476] FIGS. 50 and 99 pertain to the loading ofthe inventor databases 628 (that is, the validated_ inventor database 
1236). In step 9906, information is obtained on the patents of interest to the customer. Such patents of interest include 
the customer's own patents and patents of competitors. 
55 [0477] In step 9908, bibliographic information on the patents obtain d in st p 9906 is load d into the pat nt biblio- 
graphic databases 604 to th ext nt that such information is not already stored in the patent bibliographic databases 
604. 

[0478] In step 9910, operators 5008 analyze the patent information 5004 in conjunction with the person databases 
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632 and the employe databases 634 to map th patents obtained in step 9906 to the persons represented in the 
person databases 632 and in the employee databases 634. In other words, in step 991 0, the operators 5008 identify, 
for each person represented in the person databases 632 and in the employee databases 634, the patents where that 
person is a named inventor. 

5 [0479] In step 9912, the information gene rat d in step 9910 is modified by a validated inventor filter 5006 to place 
the information in a form conforming with the format of the validated_inventor table 1 236. Such formatted information 
is then loaded into the validatedjnventor table 1236. 

[0480] The steps of flowcharts 9802 in FIG. 98 and 9902 in FIG. 99 are periodically repeated to update the inventor 
databases 628, the person databases 632, and the employee databases 634. 

10 

Financial Databases 

[0481] Example financial databases 638 are shown in FIG. 12M. These example financial databases include a BOM 
financial table 1247 and a patent licensing table 1248. The BOM financial table 1247 includes financial information 

*5 pertaining to BOM groups. Each record of the BOM financial table includes a BOM_id attribute which identifies the 
BOM group, and also includes attributes that specify the R&D dollars that the customer spent to develop the assembly, 
subassembly, or part corresponding to the BOM group. Each record of the BOM financial table 1247 also Includes 
attributes that specify the gross revenue generated by that assembly, subassembly, or part corresponding to the BOM 
group, and the net revenue generated by that assembly, subassembly, or part. 

20 [0482] The patent licensing table 1248 includes financial information pertaining to the licensing fees generated by 
patents of interest. Each record of the patent licensing table 1248 includes a documented attribute that identifies a 
document (more specifically, that identifies a patent). Each record of the patent licensing table 124B also includes 
attributes that identifies the licensee of the patent, the licensor of the patent, and the current licensing revenue generated 
by such licensing of the patent. 

25 [0483] It is noted that the financial tables 1247 and 1248 shown in FIG, 12M are only examples of the financial 
databases 638 supported and envisioned by the present invention. The invention is adapted and intended to include 
other financial tables directed to other financial information of interest to the customer. Accordingly, tables 1247, 1248 
of FIG. 12M are provided for purposes of illustration, and not limitation. 

[0484] The financial databases 638 are generally loaded as described above with reference to FIGS. 45 and 95. The 
30 extract and load procedure represented in these FIGS. 45 and 95 may need to be modified to accommodate the 
particular financial information being processed. Such modifications will be apparent to persons skilled in the relevant 
art(s) based on the discussion herein. 

Security Databases 

35 

[0485] The security databases 636 are shown in FIG. 12K. A user_table database 1238 includes a record for each- 
user (that is, each person having rights to any of the data in the databases 316). Each record of the user_table database 
1238 includes a userjd representing a key that uniquely identifies the user. Each record of the userjable 1238 also 
includes a user_name attribute that is an alternate key of the record, a user Jull name attribute that stores the full name 

40 of the user, and a password attribute that stores the user's password. 

[0486] The present invention supports a multi-level security methodology. A first level of this security methodology 
specifies that the creator of a data item has full access privileges with respect to the data item. For example, consider 
the group Jable database 1 227 in FIG. 1 21. Each record of the group_table database 1 227 includes an owner jjserjd 
attribute which identifies the creator (i.e., the owner) of the associated user-defined group. The owner _user_id attribute 

45 is implemented using codes whose values (userjd) are defined by the userjable database 1238 (FIG. 12K). Accord- 
ingly, the creator of a user-defined group as represented In a record of the group jable database 1 227 has full access 
privileges with respect to that user-defined group. 

[0487] A second level of the invention's security methodology defines that a user may have specific access privileges 
with r sped to an object, called a secured object. Such secured objects include, for example, a note, a document and 
so its notes, a document, and a database. Such secured objects also include a user-defined group. 

[0488] This level of the security methodology as it relates to user-defined groups as secured objects is implemented 
using a group_user_xref table 1237. It is noted that other types of secured objects can be implemented in a similar 
mann r. 

[0489] Each record of the group jjs r_xref tabl 1 237 includes a groupjd attribut that identifies a user-defined 
55 group, and a userjd attribut d that defin s a user. Each record of the group_userjcref table 1237 also includ s a 
permission attribute which d fines the acc ss privileges that the user has with respect to the group. Possible access 
privileges include no access privileges, a read access privilege, a change access privilege (which allows the user to 
both read and modify the data item), and a delete access privilege (that allows the user to read, modify, and delete the 
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data item). Other access privileges could also be defined. Accordingly, a record in the group_us r_xref table 1237 
specifies that a person (represented by userjd) has specific privileges (indicated by the permission attribute) to a 
particular user-defined group (represented by the groupjd). 

[0490] A third level of the security methodology of the present invention specifies that a user group (such as a de- 
partment) may have a particular access privilege with respect to a user-defined group. If a user is in that user group 
then that user would also have that access privilege with respect to the user-defined group. This level of the security 
methodology « implemented using a grp_usr_grp_xref table 1 240. Each record of this table 1 240 includes a qrouo id 
attnbute that identifies a user-defined group, and a user_group_id that identifies a user group. The user group id 
attnbute is implemented as a code whose values are defined in a user_group table 1241 Each recort of the 
grp_usr^rp_xref table 1240 also includes a permission attribute that defines the access privilege that the user qrouo 
(specified by the user_group_id attribute) has with respect to the user-defined group (specified by the group id at- 
tribute). Preferably, a user group permission is overridden by a user's explicit permission, allowing the system admin- 
istrator to give a user a higher or lower permission than the user group that the user is in 

l^VL *, " s ^'P- usr - xref table 1239 specifies the users who are in each user group. In particular, each record of 
this table 1239 mcludes a user_group_id attribute that identifies a user group, and a user id attribute that identifies a 
user who is in that user group. 

[0492] The security databases 636 will now be further described with reference to an example in FIGS 27-31 FIG 
27 illustrates an example user_table 1238X. As evident by FIG. 27, three users have access privileges with respect 
to the data in databases 316, Mike, Jen, and Kathryn. Referring again to FIG. 19, a group_table database 1227X is 
shown wherein user 1 (Mike) is indicated as being the owner of groups GRP1-GRP4. User 2 (Jen) is indicated as being 
the owner of group GRP5. User 3 (Kathryn) is indicated as being the owner of group GRP6. Accordingly, according to 
the secunty methodology of the present invention, user 1 (Mike) has complete access privileges (that is the delete 
access Privilege) with respect to groups GRP1 -GRP4. User 2 (Jen) has delete access privileges with respect to group 

^ - User 3 (Kathryn) has delete access privileges with respect to group GRP6. 
[0493] FIG. 28 illustrates an example group_user_xref table 1 237X. This table indicates that user 2 has the chanqe 
pnv.lege with respect to user-defined group GRP1 , and no privileges with respect to user-defined group GRP2 
[0494] FIG. 31 illustrates an example grp_user_grp_xref table 1240X. This table 1240X indicates that a user qroup 
with user_group_id UGRP2 has delete access privileges with respect to user-defined group GRP5 Similarly a user 
group UGRP3 has no access privileges with respect to user-defined group GRP5, and user group UGRP3 has delete 
rn^f p ™' egeS With respect t0 user - d *fined group GRP6. FIG. 29 illustrates an example user_group table 1241 X 
[0495] FIG. 30 illustrates an example usr_grp_usr_xref table 1239X. This table 1239X indicates that user2 is in user 
group UGRP2, user 1 is in user group UGRP3, and user 3 is in user group UGRP4. Accordingly, considering both 
usrjrp.usr xref table 1239X and grp_usr_grp_xref table 1240X, user 2 (Jen) has delete privileges with respect to 
GHP5, user 1 (Mike) has delete privileges with respect to user-defined group GRP6, and user 3 (Kathryn) has no 
pnvileges with respect to user-defined group GRP5. y ' 

[0496] The various levels of the security methodology of the present invention do not work individually Instead these 
secunty methodology levels work together in a well defined and integrated manner. This integrated security method- 
ology is implemented by the security module 402 in the enterprise server 314. The operation of the security module 
40 ?1 002^6 ^O 8 '" 9 8 reqUGSt l ° aCC6SS 8 data i,6m (i " parti0Ular ' a user "defined group) is depicted in a flowchart 
[0497] The security module402 performs the steps of flowchart 1 1 002 to determine whether a user who is requestinq 
an operation involving a data item has sufficient security access privileges with respect to that data item Preferably 
all operations performed by the enterprise server 314 are security checked. In other embodiments, only some opera- 
lions performed by the enterprise server 31 4 are security checked. For example, operations involving reading patent 
r^Z 1™ " 0t S9CUrily ° heCked SOme emb °dlments because patents are widely available public documents 
[0498] The user requesting the operation involving the data item is called the requestor for reference purposes For 
purposes of example, the data item that is involved in the operation is assumed to be a user-defined group havinq 
associated with it a record in the group_table database 1227 (FIG. 121). 

[0499] In step 1 1 006, the security module 402 determines whether or not the requestor is the owner of the requested 
us r-defined group. The security module 402 performs step 11006 by comparing the requestor's userjd with the 
owner_user_id attribute in the record of the group.table database 1227 corresponding to the requested user-defined 
group. If it is determined that the requestor is the owner of the requested user-defined group, then the requestor is 
granted all access privileges (that is, the delete access privilege) with respect to the requested user-defined group 
Proc ssmg of flowchart 11 002 is then complete. If it is determined that the requestor is not the owner of the r qu sted 
» user-defined group, th n step 11008 is performed. 

[0500] In step 11 008, the security module 402 determin s if the requestor has an explicit access right with respect 
to the requested user-defin d group. The security module 402 performs step 1 1 008 by referring to the group.user xref 
table 1237 (FIG. 12K). The security module 402 determines whether there is a record in the group_user_xref table 
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1237 having group Jd equal to the key of the requested user-defined group, and also having the userjd attribute qual 
to the user_id of the requestor. If such a record exists in the group_user_xref table 1237, then the requestor is given 
access to the requested user-defined group in accordance with the access right specified by the permission attribute 
in the record of the group_user_xref table 1 237. Processing of flowchart 1 1 002 is then complete. If such a record does 

5 not exist in the group_us . r_xref tabl 1 237, then step 11 01 0 is performed. 

[0501] In step 11010, the security module 402 determines whether or not the requestor is in a user group that has 
an explicit access right with respect to the requested user-defined group. The security module 402 performs step 1 1 010 
by accessing the usr__grp_usr_xref table 1239 to identify alt groups that has the requestor as a member. The security 
module 402 then accesses the grp_usr_grp_xref table 1 240 to determine whether any of the user groups in which the 

10 requestor is a member has an explicit access right with respect to the requested user-defined group. This is done by 
identifying a record in the grp_usr_grp_xref table 1240 where the group_id attribute is equal to the identifier of the 
requested user-defined group, and the user_group_id attribute is equal to an identifier of a user group in which the 
requestor Is a member. If such a record exists, then the requestor is given the explicit access right specified by the 
permission attribute in the record of the grp_usr__grp__xref table 1240. 

15 [0502] Processing of flowchart 1 1 002 is then complete. If such a record does not exist in the grp_usr_grp_xref table 
1240, then step 11 012 is performed. 

[0503] In step 11012, the security module 402 accesses a record in the grp_usr_grp_xref table 1240 corresponding 
to a user group called World, If such a record is available. All users are considered to be a member of the user group 
W rid. The requestor is then granted the access rights associated with the user group World (again, if such a World 
20 record is available). Referring to the example in FIG. 31 , the World user group has the access right of read. Accordingly, 
in step 11012, the security module 402 grants the requestor the read access right with respect to the requested user- 
defined group. Processing of flowchart 11002 is incomplete. Note that, if a World record is not available, the requester 
is given no access rights. 

[0504] Some embodiments of the invention also include other levels of security. These levels can be in addition to, 
25 orin place of, one or more levels of security shown in FIG. 110. For example, the security module 402 before performing 
st p 1 1 006 may check to see if the requester has been explicitly revoked access to a particular portion of the database 
316 that includes the data object. The requester may be revoked access to ail of the data in the databases 316. As 
another example, the security module 402 before performing step 11 006 may check to see if the requester is a super 
user, in which case the requester has complete access rights (i.e., the delete privilege) as to all data in the databases . 
30 316. These additional security levels can be implemented using tables in addition to the ones shown in FIG. 12K, or. 
using modified variations of the tables shown in FIG. 1 2K. For example, additional fields can be added to the user_table 

1238 that would indicate whether the user was a super user, or whether all access privileges for the user had been, 
revoked as to a part of or all of the databases 31 6. 

[0505] In an embodiment of the invention, the security module 402 preferably processes these security levels in the . 
35 following order (other orderings of the security levels could also be used): 

(1 ) Has the requester been revoked access? If not, then: 

(2) Is the requester a super user? If not, then: 

(3) Is the requester the owner of the data item? (step 11006) If not, then: 

40 (4) Does the requester have explicit rights as to the data item? (step 11008) If not, then. 

(5) Is the requester in a user group that has explicit rights as to the data item? (step 1101 0) If not, then: 

(6) If a World group exists, then use the access rights associated with the World group: Otherwise, the requester 
is granted no rights. 

45 [0506] It is noted that the security databases 636 shown in FIG. 1 2K and as described above apply only to the user- 
defined group databases 624. In other words, the security databases 636 only apply security measures as to the user- 
defin d group databases 624. However, the invention is adapted and intended to extend the security of the security 
databases 636 and the security module 402 to all tables in the databases 316. The modifications necessary to the 
databases 31 6 and to the security module 402 to extend the security methodology of the present invention to all of the 

50 tabl s in the databases 316 will be apparent to persons skilled in the relevant art(s). For example, in order to extend 
the security methodology of the present invention to the BOM databases 626, it is only necessary to modify the BOM 
table 1217 to include an owner_user_id attribute. It would not be necessary to modify any of the security databases 
636, as long as the groupjd attribute could store identifiers of BOM groups. 

[0507] In order to extent th security methodology to the notes databas s 640, it would only be necessary to modify 
55 the notes databases 640 to include an owner_user_id. No modifications to the s curity databases 636 would be nec- 
essary, as long as the groupjd attribute in the security databases 636 could be overloaded to store the identifiers of 
notes. Alternatively, additional security tables could be added to the security databases 636. 

[0508] Only select persons have the ability to view and/or modify the data in the security databases 636. Such persons 
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must have a high security lev I, and ar typically system administrators. The client security module 702 provides a 
user interface at the clients 304, 306 that enable persons with sufficient security to view and/or modify the data in the 
security databases 636. 

[0509] Some security information may be obtained from the underlying operating system, such as user IDs and 
passwords, and perhaps even access privileges. This information is then loaded into the security databases 636. 

Enterprise Server and Client Functional Modules 

[0510] The analysis modules 416 in the enterprise server 314 and the corresponding client analysis module 716 in 
the clients 304, 306 are described in detail below. FIG. 10 illustrates a block diagram of the analysis modules 416 in 
the enterprise server 314. The analysis modules 41 6 in FIG. 1 0 are not intended to be an exhaustive list of analysis 
modules that the invention is adapted or intended to support. The invention, instead, can support any analysis modules 
capable of processing data in the databases 316 in a useful manner as judged by the customer. The scope of the 
invention is intended to include these modules. 

[051 1 ] For the most part, the analysis modules 41 6 perform functions in a patent-centric and a group-oriented manner 
In other words, the analysis modules 41 6 perform functions on patent related information, with or without consideration 
of other information. Also, the analysis modules 416 perform functions on documents in groups. 

Patent Mapping Module 



[0512] The patent mapping module 1O02 operates to identify all patents that are mapped to a product. As discussed 
above, each product (assembly, subassembly, part) of interest to the customer is represented by a node in a BOM 
Each BOM node is represented by a BOM group. Each BOM group is represented by a record in the BOM table 1217 
(FIG. 12G). Accordingly, the patent mapping module 1002 operates to identify all patents within a BOM group. Such 
pat nts map to a product that is represented by the BOM group. 

[051 3] The operation of the patent mapping module 1 002 is represented by a flowchart 8402 in FIG. 84. In step 8406 
the patent mapping module 1 002 receives from the operator (working at a client 304, 306, called the requesting client 
304, 306) information that identifies one or more BOM groups (for reference purposes, these are called the operator- 
specified BOM groups). In an embodiment of the invention, this information identifies one or more BOM group names 
The patent mapping module 1002 matches these BOM group names to BOMJds by searching in the BOM table 1217 
for matches of the operator-provided BOM names to the name attribute, 

[0514] in step 8408, the patent mapping module 1002 identifies the patents contained in the BOM groups having 
the BOM_ids identified in step 8406. The patent mapping module 1002 performs step 8408 by searching in the 
BOM„patent_xref table 1218 for records having BOMJd attributes equal to the BOMJds identified in step 8406 
& [051 5] In step 841 0, the patent mapping module 1 002 retrieves patent bibliographical information pertaining to the 
patents identified in step .8408. This is done by using the documentjds from the records of the BOM_patent_xref table 
121 8 identified in step 8408 as indexes into the patent bibliographic databases 604. This patent bibliographic informa- 
tion is transferred to the requesting client 304, 306. 

[0516] In step 8412, the corresponding client analysis module 716 in the requesting client 304, 306 displays the 
r ceived information. FIGS. 69 and 60 illustrate example display formats which the client analysis module 716 uses 
to display the patent data. In the display format 5902 of FIG. 59, the patent mapping data is sorted by BOM groups of 
logical level "subassembly". There are three BOM groups of logical level "subassembly" displayed in the example of 
FIG. 59, indicated by reference numbers 5904, 5906 and 5908. The BOM group of logical level "subassembly having 
reference number 5904 is called "analog special effects controller subassembly". Each of its child BOM groups of 
logical level "part" are displayed under this title 5904. For each of these child BOM groups of logical level "part" the 
part description and part number (corresponding to data from the name attribute in the BOM table 1 21 7) are displayed 
Also displayed is the patent number of a patent that maps to the part (obtained from the BOM _patent_xref table 1218) 
as well as the part status (obtained from the statusjd attribute in the BOM table 1217), the ownership (obtained from 
the corp„patent_xreftable 1233), and the relevancy status (obtained from the corp_patent_xref table 1233) 
[0517] The display format 6002 in FIG. 60 is similar to the display format 5902 in FIG. 59. Patent mapping data in 
the display format 6002 is also organized according to the BOM logical level "subassembly". Child BOM groups of 
logical level "part" are displayed below the respective titles of the BOM groups of logical level "subassembly 11 . 
[0518] In some embodiments of the invention, the patent mapping module 1002 can also perform a document (as 
opposed to a patent) mapping function. This functionality is depicted in flowchart 8502 in FIG. 85. In step 8506 the 
patent mapping module 1 002 rec ives from th operator (at the requ sting client 304, 306) information that pref rabfy 
identifies one or mor group names. The patent mapping module 1 002 matches these group names to qroup ids bv 
reference to the BOM table 121 7. 

[051 9] In step 8508, the patent mapping module 1 002 identifies the documents that are in the groups corresponding 
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to the group_ids identified in step 8508. The patent mapping module 1002 performs step 8508 by reference to the 
BOM_patent_xref table 1218. These identified documents may include patents and non-patent documents. 
[0520] In step 851 0, the patent mapping module 1 002 extracts bibliographic information pertaining to the documents 
identified in step 8508 from the appropriate document bibliographic databases 602. This information is transferred to 
the requesting client 304, 306. 

[0521] In step 8512, the client analysis module 716 in the requesting client 304, 306 displays the information using 
display formats similar to that shown in FIGS. 59 and 60. 

Patent Citation Module 



[0522] The patent citation module 1004 operates to identify, for a particular patent (called the source patent), the 
patents which were cited during the prosecution of the selected patent (these patents are called citing patents). This 
is called a backwards citation report, because its focus is on looking backwards from the perspective of the source 
patent. 

*5 [0523] The patent citation module 1004 also performs a forward citation function. In performing the forward patent 
citation function, the patent citation module 1 004 identifies, for a source patent, the patents in which the source patent 
was cited. Again, these patents are called citing patents for reference purposes. 

[0524] A flowchart 8602 in FIG. 86 represents the operation of the patent citation module 1 004 while performing the 

backward patent citation function. 
20 [0525] In step 8606, the patent citation module 1004 receives information from the operator (at a client 304, 306 

call d the requesting client 304, 306) that identifies one or more BOM groups. In an embodiment of the invention, the 

information provided by the operator identifies one or more group names corresponding to one or more BOM groups. 

Th patent citation module 1 004 identifies the BOM_ids for the BOM groups corresponding to the BOM group names 

by conducting a search through the BOM table 1 21 7 using the BOM group names (provided by the operator) as an index. 
25 [0526] More generally, the patent citation module 1 004 operates on any type of group, such as user-defined groups, 

inventor groups, corporate entity groups, etc. The operation of the patent citation module 1004 is discussed herein 

with reference to BOM groups for illustrative purposes only. 

[0527] In step 8608, the patent citation module 1004 identifies the patents which are mapped to the BOM groups 
corresponding to the BOMJds identified in step 8606 . The patent citation module 1 004 performs step 8608 by searching 

30 in the BOM__patent_xref table 1218 using the BOMJds identified in step 8606 as indexes. 

[0528] In step 8610, the patent citation module 1004 identifies the patents (called the citing patents) that are cited 
in the patents identified in step 8608 by reference to the PatentRef table 1208 (FIG. 12C). The patent citation module , 
1004 performs step 8610 by processing each patent identified in step 8608 in turn. In particular, the patent citation 
module 1 004 selects one of the patents identified in step 8608 and uses the documented of the selected patent as an 

35 index into the PatentRef table 1 208. As a result of this operation, the patent citation module 1 004 will identify a record , 
in the PatentRef table 1208 for each patent that was cited in the selected patent. The patent citation module 1004/ 
performs this operation for each of the patents identified in step 8608. 

[0529] Also in step 8610, patent bibliographic information is retrieved from the patent bibliographic databases 604 
for each of the citing patents. 

40 [0530] Also in step 8610, the patent citation module 1004 forwards the results of the above operations to the re- 
questing client 304, 306. 

[0531] In step 8612, the client analysis module 716 in the requesting client 304, 306, displays the data received from 
the patent citation module 1 004 to the operator. The client analysis module 71 6 displays this data in a format selected 
by the operator. FIGS. 61 -65 depict example patent citation reporting formats. The operator can elect to view the patent 

45 citation information in any of these formats. 

[0532] For example, if the operator chooses to view the patent citation information organized by BOM group, then 
the display format illustrated in FIG. 61 and/or FIG. 63 is used. In the display format 6102 of FIG. 61 , the patent citation 
data is sorted by BOM group. A portion of the patent citation data for a BOM group titled "digital video recording system" 
is shown in the example of FIG. 61 . A table is displayed for each patent mapped to this BOM group. In the example 

so of FIG. 61 , such patents include U.S. Patent Nos. 5,327,235 and 5,359,428. These patents are called source patents, 
and they were identified in step 8608. Their patent numbers are displayed in the patent citation report in column 61 06 
of the tables. The titles of the source patents are displayed in column 6108 of the tables. The patents which are cited 
by the source patents are listed in column 6110 of the tables. These citing patents were identified in step 8610 of 
flowchart 8602. Bibliographic information on th citing pat nts is displayed in the r maining columns ofthe tab) s, such 

55 as the assignee information which is displayed in column 6112, titl informati n which is displayed in 6114, and date 
information which is displayed in 6116. Other bibliographic information may be contained in the table and may be 
viewed by appropriate use of the navigation icons 6118. 

[0533] The display format 6302 in FIG. 63 is similar to the display format 6102 in FIG. 61 . The patent citation data 
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in the format 6302 is organized by BOM group. Listed below each BOM group are the patents which are mapped to 
that BOM group. These patents are listed by their patent numbers in column 6304, and are called source patents. The 
patents which are cited in these source patents (called citing patents) are listed by their patent number in column 6306. 
Bibliographic information on these citing patents are displayed in the following columns of the tables. 
[0534] Referring again to step 8612, if the operator elects to display the patent citation information sorted by selected 
patent characteristics, such as owned/license, then the display format 6402 in FIG. 64 is used. The display format 
6402 includes a field 6404 which indicates whether owned or licensed patents are being displayed. If the operator 
elects to display only owned patents, then field 6404 would be modified to indicate this, and patent citation information 
on only patents owned by the customer (or any other corporate entity identified by the operator) would be displayed 
in the patent citation report using format 6402. 

[0535] Referring again to step 8612, if the operator elects to display the patent citation information in conjunction 
with ownership information, then display format 6202 in FIG. 62 is used. In display format 6202, the patent citation 
data is sorted by source patent number. For each source patent, the patents which cite the source patent (called citing 
patents) are displayed by patent number. Other patent bibliographic information on the citing patents is also displayed. 
In addition, ownership information (that is, whether or not the citing patent is owned, licensed, etc.) is also displayed 
in column 6204. This information was previously retrieved in step 861 0 by the patent citation module 1 004 by conducting 
a search of the corp_patent_xref table 1 233 (FIG. 12J) using as indexes the document Jcte of the citing patents (iden- 
tified earlier in step 861 0) and the corp_entityJd of a corporate entity specified by the operator. Accordingly, the own- 
ership information displayed in column 6204 of display format 6202 can be relative to any operator-specified corporate 
entity, not just the customer corporate entity. The operator may have specified a corporate entity for purposes of data 
mining in the information received by the patent citation module 1004 in step 8606. 

[0536] Referring again to step 8612 in FIG. 86, the patent citation report can be performed and displayed in a recursive 
fashion with an operator specified depth. The display of such a recursive patent citation function is shown in FIG. 65. 
In the example of FIG. 65, patent 1 is the source patent, and patents 2-4 are cited in patent 1 (that is, patents 2-4 are 
citing patents with respect to source patent 1). The patent citation report of FIG. 65 is multi-leveled. Accordingly, the 
display format of FIG. 65 indicates that patents 5-8 are cited in patent 2, patent 9 is cited in patent 3, and patents 10-12 
ar cited in patent 4. The example format 6502 shown in FIG. 65 is a two level patent citation report. The present 
invention can support patent citation reports of any operator specified level. Other display formats could be used by 
the invention to more effectively display the results of multi-level patent citation reports, such as the well-known Xerox 
hyperbolic tree display format. 

[0537] The patent citation module 1 004 collects data for a multi-level patent citation report by repetitively performing 
the steps of flowchart 8602, which will be apparent to persons skilled in the relevant arts. The level of the report desired , 
by the operator could be contained in the information that the patent citation module 1 004 receives in step 8606. 
[0538] The forward patent citation function performed by the patent citation module 1004 is depicted in a flowchart 
8702 shown in FIG. 87. In step 8706, the patent citation module 1004 receives information from the operator at the 
requesting client 304, 306 that identifies one or more BOM groups. In one embodiment, the information received from 
the operator identifies one or more BOM names that correspond to the one or more BOM groups. Also in step 8706, 
the patent citation module 1 004 identifies the BOMJds of the BOM groups by conducting a search in the BOM table 
1217 using the BOM names as an index. 

[0539] In step 8708, the patent citation module 1004 identifies the patents which are mapped to the BOM groups 
associated with the BOMJds identified in step 8706. The patent citation module 1 004 performs step 8708 by conducting 
a search in the BOM_patent_xref table 1 21 8 using the BOMJds identified in step 8706 as indexes. 
[0540] In step 8710, the patent citation module 1004 determines the patents that cite the patents identified in step 
8708. The patent citation module 1004 performs step 8710 by conducting a search through the PatentRef table 1208 
using the document _ids corresponding to the citing patents identified in step 8708 as indexes. The patent citation 
module 1004 forwards the results of the above operation to the client analysis module 716 in the requesting client 304 
306. 

[0541] In step 871 2, the client analysis module 71 6 displays this information received from the patent citation module 
1004 on the client display monitor 1122. The client analysis module 716 displays this information to the operator in any 
one of a number of display formats, examples of which are shown in FIG. 61 -65. These display formats are described 
above. 

Patent Aging Module 

[0542] Th pat nt aging module 1 006 operates to id ntify and analyze th remaining terms of pat nts that map to 
products, corporate entities, or inventors (that is, that are in BOM groups, corporate entity groups, or inventor groups 
that correspond to the products, corporat entities, or inventors). The patent aging module 1006 also operat s to 
identify and analyze the remaining terms of patents that are in user-defined groups. The operation of the patent aging 
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module 1006 is depicted in a flowchart 8802 shown in FIGS. 88A and 88B. 

[0543] In step 8806, the patent aging module 1006 receives from the operator at the requesting client 304, 306, 
information that identifies one or more groups. These can be user-defined groups or predefined groups, or any com- 
bination of such groups. In an embodiment of the invention, the patent aging module 1006 receives information from 
5 the operator that identifies group names that correspond to groups. The operator can identify such groups while located 
at the client 304, 306 by selecting one or more groups from the group hierarchy user interface (FIG. 58). This is true 
in all cases herein where the user identifies groups to the enterprise server 31 4. 

[0544] In some embodiments, the information may also have to identify the group types (i.e., BOM group, corporate 
entity group, inventor group, user-defined group, etc.). The patent aging module 1 006 identifies the appropriate group 
10 IDs of these groups by reference to the appropriate group tables (that is, the BOM table 1217 for BOM groups, the 
corporate_entity table 1230 for corporate entity groups, the validated_inventor table 1236 for inventor groups, the 
group_table database 1227 for user-defined groups, etc.). 

[0545] In step 8808, the patent aging module 1006 identifies the patents which are contained in the groups corre- 
sponding to the group IDs identified in step 8806. The patent aging module 1006 performs step 8808 by searching 
is through the appropriate patent xreftables, for example, the BOM_patent_xref table 1218, the group_document_xref 
table 1228, the corp _patent_xref table 1233, the validated_inventor table 1236, etc. 

[0546] In step 8810, the patent aging module 1006 identifies the issue dates oft he patents identified in step 8808 by 
reference to the patent table 1 222 (FIG. 1 2H). The patent aging module 1 006 does this by searching through the patent 
table 1222 using the documentjds identified in step 8808. In some embodiments, in step 8810, the patent aging 
20 module 1006 retrieves the expiration dates of the patents identified in step 8808 by reference to the calc_exp_date 
attribute in the patent table 1222. 

[0547] In step 8812, to the extent that the expiration dates of the identified patents were not loaded in the patent 
table 1222, the patent aging module 1006 calculates the expiration dates of the identified patents in accordance with 
the existing patent laws ofthe appropriate jurisdiction. The patent aging module 1006 does this by using the patent 
25 issu dates. The patent aging module 1006 then forwards the results of the above operation to the client analysis 
module 716 in the requesting client 304, 306. 

[0548] The client analysis module 716 then displays this information received from the patent aging module 1 006 in 
an operator selected format. Such display of the patent aging information is described in the following steps. 
[0549] In step 8814, the client analysis module 716 determines whether the operator requested to display the patent 
30 aging information in a standard report format. If the operator wishes to display the patent aging information in a standard 
report format, then the client analysis module 716 uses the display formats shown in FIG. 66 and/or FIG. 67 to display 
the patent aging information. 

[0550] The display format 6602 of FIG. 66 is sorted by BOM group. The information for a BOM group titled "analog 
controller & imaging system patents" is shown in the example of FIG. 66. The display format 6602 displays the remaining . 
35 patent term for the patents that map to the BOM group in a bar graph format. 

[0551] The display format 6702 shown in FIG. 67 is similar to that of display format 6602 shown in FIG. 66. 
[0552] In step 8818, the client analysis module 716 determines whether the operator wishes to display the patent 
information in a standard format in conjunction with ownership information. If the operator elects to display the patent 
aging information in a standard report in conjunction with ownership information, then example display format 6902 
shown in FIG. 69 is used. It is noted that, in order to utilize the display format 6902, the patent aging module 1006 
must have previously have obtained ownership information on the patents identified in step 8808 from the 
corp_patent_xref table 1233, and forwarded this information to the requesting client 304, 306. Such an operation is 
represented by step 8820. 

[0553] The example display format 6902 shown in FIG. 69 is organized by ownership status relative to a corporate 
45 entity which the operator previously identified (this corporate entity could have been identified, for example, In the 
information received by the patent aging module 1 006 in step 8806). Thus, the information shown in the display format 
6902 can refer to patents owned and licensed by the customer or any other corporate entity, such as the customer's 
competitors. 

[0554] In step 8824, the patent aging module 1 006 determines whether or not the operator wishes to view the patent 
so aging information sorted by group. If the operator wishes to view the patent aging information sorted by group, then in 
step 8826 the patent aging information is displayed using an example format 6802 shown in FIG. 68. The display format 
6802 displays patent expiration information sorted by group. 

[0555] In step 8828, the patent aging module 1006 determines whether the operator wishes to view the patent aging 
information sorted by organization level. If the operator wish s to vi w th patent aging informati n sorted by organi- 
55 zation level, then the patent aging information is display d in st p 8834 using an exampl format 7002 shown in FIG. 
70. It is noted that format 7002 can be used only if corporate Jevel_id information is obtained from the corporate_entity 
table 1 230 for each patent identified in step 8808, and if this information is forwarded to the r questing client 304, 306. 
This operation is performed by the patent aging module 1006 in the enterprise server 31 4, and is represented by step 
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8830. Additionally, the display format 7002 also requires that own rship information be obtained from the 
TtC^c 3ble 1233 bV th Wt aging module 1006, and that this information be fo^^ 
22 h « , K SU f ° WnerShiP inf0m,ati ° n is 0btained for each P ate "t ^entitled in step 8808 «d £7.^oSoS 
ent.ty identified by the operator in the information preferab* received by the patent aging module 1006 in sSp 8806 
This operation is represented by step 8832. P 
[0556] In the display format 7002 of FIG. 70, the patent aging information is sorted by organization level (that is bv 
the ^formation from the corpjeveUd attribute retrieved from the corporate.entity table ia£). AddttionX owneShto 

0557] In step 8836, the patent aging module 1 006 determines whether the operator wishes to view the patent aaina 
.nformaton organized by BOM leve.. ,f the operator wishes to view the pateni aging information ^ oCiS by BOM 
rpIG 70 how' 6n ' analysis module 716 displays the patent aging information in a display fonnat simHaTto^h^^n^Jwn 
in FIG 70, however instead of being sorted by organization level as currently shown in FIG. 70 the patent aZa 

BOM leveUd ,nformat.on must be retrieved from the BOM table 121 7 for each of the patents identified in step 8808 

from 0 ,hr c o m iP T^T idenWied Paten,S andf ° rthe °P-ator-s P ecified corporate entity mus be oCned 
from the corp_patent_xref table 1233. Such operation is performed by the patent aging module 1006 in the enterprise 
server 314, and is represented by steps 8838 and 8840. enterprise 

Patent Clustering and Bracketing Module 

r^LJU^TT ^ rin S*«f™ n 9 ™ du| e 1 0OSintheenterpriseserverSMoperates to identify and graphically 
present potential relat.onsh.ps between a source patent and citing patents, where the citing patents are either cited 
in the source patent, or cite the source patent. Accordingly, the patent bracketing/clustering modute perform! a back 
ZT<Z7« ' * ° Pe,BteS t0 id6ntffy P ° tentia ' rcla «°" sh ^ "-tween a source patent and citing pa'nts whS, 

oZT, r 9 h ! Pr ° t SeCUt T ° f SOUrCS PatSnt Addttional ^ the P^ent bracketing/clustering module 1 008 ateo 

oaten^n JS? ' T? * * ^ P ° t9ntial relationsh ^ "etween a source patent and citing 

patents in which the source patent was cited. a 

[0559] The operation of the patent clustering/bracketing module 1 008 when performing its backwards operation is 
orZ 6 0 h bya f, ° WChart 8902 in F,G - 89 - ste P 8906, the patent c.usteringWacketing module 1008 receXes in 
1Z modStnfi 9 3 Pa ; ent t numbe l from an °P erator * the requesting client 304,306. The patent clustering/brack- 
e ng module 1008 operates to .dentrfy the documented of the patent having this patent number by using the patent 

XSL* P ; the P a,ent clustenngTbracketing module 1008 identifies patents (called citing patents) that are 
cited by the source patent. The patent clustering/bracketing module 1 008 performs step 8908 by using the document d 
identified in step 8906 as an index during a search of the PatentRef table 1 208 documented 

ownpihin !!% 89 r°' c,usie ^ rac ^9 "nodule 1 008 identifies the ownership of the source patent and 
ZZTT? f ^Patents by reference to the assignee table 1201 and/or the core_patent xref table 1233 The 
S:S~I 1008 f ° WardS th6 «* * - *"» -P— » - the .lent analysis module' 

St6 f . 89 ^A the diem ana ' ysiS modu,e 716 dis P ,a y s the information received from the patent clusterinq/ 
any one of a number of formats, such as the example formats shown in FIGS 71 -73 

[0563] in an embodiment, the display format 7102 in FIG. 71 displays the patent bracketing/clustering information 

° nented ^ f T 3t <thiS iS a,S ° 3 COnn6Cted format > A " icon 71 °4 * root o TeTee 
represents the source patent. This icon Is filled with a first pattern designated by reference number 71 50 in key 71 54 

Icons 71 06, 71 08 and 71 10 represent the citing patents V 

h» the d ^ P S f0r T a u 71 ° 2 ' " nkS 7148 are US6d t0 represent the r e'a«onshi P between the source patent (rep- 
resented by icon 7104) and the citing patents (represented by icons 7106, 7108and 7110). In particular, the links 7148 
ind.cate that the citing patterns were cited during the prosecution of the source patent 71 04 

[0565] The icons 71 06, 71 08, 7110 corresponding to citing patents are filled with the same pattern 7150 of the icon 
olt ntT*" , t0 Patem * the Citin9 patentS are ° Wned b V the same «"»»•*• entity as the source 

first pattern 7150 which ,s the same that is used to fill the icon 71 04 corresponding to the source patent. Accordingly 

- Z ZS£2 X that a " of the pa,ents (both the source patent and ,he citin9 paLs) are 

SH? t FIG h 71i,lus t rate s a clust ring scenario, because the corporal entity who owns th sourc patent and the 

S?ho 2, S rr 9 ?I° dUSter HiS Pat6ntS in 3 *™ area ° f 1 cnno, °^ « couree - ^is observation assumes 
that the source patent and the citing patents pertain to the same area of technology. However, this assumption is a 
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reasonable one, given the relationship of the patents to one another (that is, given that the citing patents were cited 
during the prosecution of the source patent, and therefore can be presumed to be related to the source patent). 
[0567] The example display format 7202 shown in FIG. 72 illustrates a scenario where the source patent 7204 is not 
owned by the same corporate entity as the citing patents 7206,7208,721 0 and 721 2. The scenario in FIG. 72 represents 
s a potential bracketing situation, because the corporate entity who owns the source patent has not managed to obtain 
additional patents in the area of technology of the source patent. Instead, other corporate entities have obtained patents 
(represented by icons 7206, 7208, 7210 and 7212) in this area of technology. The source patent is potentially sur- 
rounded or bracketed by the citing patents. 

[0568] The patent clustering/bracketing module 1 008 is capable of performing a multi-level, recursive patent brack- 

10 eting/clustering function. The patent clustering/bracketing module 1 008 performs such a function by performing steps 
8908 and 8910 for each of the citing patents. This operation by the patent clustering/bracketing module 1008 can 
continueto any operator specified level of recursion. An example display format generated by the client analysis module 
716 on the client display unit 1122 is shown in FIG. 73. The source patent is represented by icon 7304, and has two 
citing patents represented by icons 7306 and 7312. The patent corresponding to 7306 has itself two citing patents, 

*5 represented by icons 7308 and 731 0. The patent represented by 7312 has a citing patent represented by 731 4, which 
itself has two citing patents represented by icons 731 6 and 731 8. The display in FIG. 73 represents a three-level patent 
bracketing/clustering scenario. This scenario in FIG. 73 also represents a hybrid clustering/bracketing situation. Note 
that the corporate entity who owns the root source patent (represented by icon 7304) also owns some of the citing 
patents in each level (that is, the patents represented by icons 7306, 7310, 7314 and 731 6). However, there are some 

20 citing patents in the various levels which are not owned by this corporate entity. 

[0569] The operation of the patent clustering/bracketing module 1 008 when performing its forward operation is rep- 
r s nted by a flowchart 9002 in FIG. 90. In step 9006, the patent clustering/bracketing module 1 008 receives informa- 
tion from the operator that identifies a patent number. The patent clustering/bracketing module 1008 identifies the 
document_id that corresponds to a patent having this patent number by reference to the patent table 1 222. This patent 

25 is called the source patent, for reference purposes. 

[0570] In step 9008, the patent clustering/bracketing module 1 008 identifies patents (called citing patents) in which 
the source patent is cited. The patent clustering/bracketing module 1 008 performs step 9008 by reference to the Pat- 
ent Ref table 1208. 

[0571] In step 901 0, the patent clustering/bracketing module 1 008 identifies the ownership of the source patent and 
30 the citing patents by reference to the assigneetable 1201 and/or the core_patent_xref table 1233. The patent clustering/ 
bracketing module 1008 sends the information obtained by the above operation to the client analysis module 716 at 
the requesting client 304, 306. 

[0572] In step 9012, the client analysis module 716 displays this information on the client display unit 1 122 using 
any of a number of display formats, such as the display formats shown in FIGS. 71-73. These display formats were 
35 described above. 

[0573] It is noted that the operation of the patent clustering/bracketing module 1 008, in performing the backwards, 
operation (FIG. 89) and/or the forwards operation (FIG. 90), can be done on a group basis, instead of the individual 
patent basis as described above. In performing this functionality on a group basis, the patent clustering/bracketing 
module 1008 identifies all patents contained in the operator-specified group, and then identifies all citing patents of 
40 those patents in the operator-specified group. The client analysis module 71 6 displays the results of such group-ori- 
ented processing using any of a number of display formats, such as the formats shown in FIGS. 71-73, or in well- 
known formats suitable for displaying hierarchical data, such as the Xerox hyperbolic tree display format. It is noted 
that such display formats useful for displaying hierarchical structured data, such as the Xerox hyperbolic tree format, 
could also be used in the case of the individual patent operation represented by FIGS. 89 and 90. 

45 

Financial Module 

[0574] The financial modules 1 01 0 in the enterprise server 31 4 perform patent-centric and group-oriented processing 
of th data in the financial databases 638. Examples of the functions performed by the financial modules 1010 include 

50 d termining the research and design (R&D) expenditures on a product or product line basis, determining the R&D 
exp nditures per inventor or per employee on a product or product line basts, determining net licensing revenue on a 
product or product line basis, determining the number of patents issued on a product or product line basis, determining 
patent maintenance fees on a product or product line basis, determining market share on a product or product line 
basis, det rmining the tax rat n a product or product line basis, determining marketing costs on a product or product 

55 line basis, determining s tling costs on a product or product fine basis, determining the number of outstanding shares 
(P/E) on a product or product line basis, d termining revenue on a product r product line basis, determining cumulative 
product revenue on a product or product fine basis, etc. The financial modules 1010 can afs p rf orm the above process- 
ing on a geographical region basis, or on a time basis. 
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[0575] R f rence is made to the financial databases 1 247 and 1 248 shown in FIG. 1 2M for an example of the process- 
ing performed by the financial modules 1 01 0. For example, the financial modules 1 01 0 operate to determine the R&D 
dollars on a product basis (more particularly, the R&D dollars on a group basis, such as a BOM group basis) Given a 
operator-speofied product (or an operator-specified group, such as a BOM group), the financial modules 1010 refer- 
f ! ^ finan ° ial tab ' e 1 247 Using the associated BOM.id as a key to identify the record in the BOM financial 
table 1 247 associated with the operator-specified BOM group. From that record, the financial modules 1 01 0 can retrieve 
the values stored in the R&D dollars attribute. This value represents the R&D dollars spent in developing the product 
assoc.ated with the BOM group. The financial modules 1 01 0 can also retrieve from that record the gross revenue and 
the net revenue generated by that product. 

[0576] As another example, the financial modules 1 01 0 can determine the licensing revenue associated with any 
patent owned by the company. This is done by referencing the patent licensing table 1248 using the document id of 
the operator-specified patent as an index to identify the record(s) in the patent licensing table 1248 corresponding to 
hat operator-specified patent. Once the record is found, the financial modules 1010 can retrieve information onlhe 
licensee, hcensor, and license revenue related to the license of the patent from the licensorto the licensee It is noted 
that a given patent may have multiple entries in the patent licensing table 1 248, corresponding to each licensor/licensee 
combination. 

[0577] The financial modules 1010 transfer the information generated from the above-described operation to the 
client analysis module 716 in the requesting client 304, 306. The client analysis module 716 displays this Information 
on the client display unit 1122, and enables the operator to manipulate the information. 

Inventor Patent Count Module 



[0578] The inventor patent count module 1012 in the enterprise server 314 operates to analyze patent inventor 
information to identify the top inventors for an operator-specified group. Top inventors are defined herein as being 
persons who most frequently are named as inventors on the patents in the group. The operation ofthe inventor patent 
count module is represented in the flowchart 91 02 and FIG. 91 . 

[0579] In step 91 06, the inventor patent count module 1 01 2 receives from the operator at the requesting client 304 
306 information that identifies one or more groups. These can be any types of groups, such as BOM groups corporate 
entity groups, operator-defined groups, etc. In an embodiment ofthe invention, the information received from the user 
identifies the group names of groups. These groups are called the operator-specified groups for reference purposes 
In some embodiments, this information may also identify the types of the groups (i.e., BOM group, corporate entity 
group, user-defined group, etc.). y 
[0580] The inventor patent count module 1012 identifies the group IDs of the operator-specified groups by usinq the 
group names as indexes in searches of the appropriate group table (that is, the BOM table 1217, the group table 
database 1227, and the corporate_entity table 1230). 

[0581] In step 91 08, the inventor patent count module 1 01 2 identifies patents that are contained in the operator- 
specified groups. The inventor patent count module 1012 performs step 9108 by accessing the appropriate cross- 
reference tables using the group keys (identified in step 9106) as indexes. Such cross-reference tables include the 
BOM_patent_xref table 1218, the group_document_xref table 1228, and the corp_patent_xref table 1233 
[0582] In step 91 1 0, the inventor patent count module 1012 identifies the inventors of the patents identified in step 
9108 by reference to the validatedjnventor table 1236. The inventor patent count module 1012 accesses the 
validated_inventor table 1236 using the documentjds ofthe patents identified in step 91 08 as indexes The inventor 
patent count module 1012 processes the patent and inventorship information obtained as described above to deter- 
mine, for each person, the number of patents (in the operator-specified group) in which the person is named as an 
45 inventor 

[0583] In step 9112, the inventor patent count module 1 012 extracts additional pertinent information from the data- 
bases 31 6, such as each person's employment status from the employee table 1243, the relevance of the identified 
patents from the corp_patent_xref table 1233, and the corporate levels of the corporate entities that own the identified 
patents from the corporate.entity table 1 230. The inventor patent count module 1 01 2 forwards the information resulting 
from the above operation to the client analysis module 71 6 in the requesting client 304, 306. 
[0584] In step 9114, the client analysis module 716 displays this data to the operator on the client display unit 1122 
Th client analysis module 716 displays the inventor patent count information in any of a number of display formats 
such as display formats shown in FIGS. 74-77. 

[0585] The sample displays in FIGS. 74 and 75 are similar, wherein the inventor patent count information is displayed 
*5 m a bar graph format. 

[0586] The display format 7602 in FIG. 76 displays the inventor patent count information in more of a spreadsh et 
or tabular format. This table lists, for a given group, the persons who are named as inv ntors of patents Also listed 
are the number of patents in which each person is.listed as inventor, as well as other information such as each person's 
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employment status. Also listed in the display format 7602 of FIG. 76 is, f r each person, the numb r of core patents 
and the number of non-core patents in which the person is named as an inventor. 

[0587] The example display format 7702 in FIG. 77 is also a spreadsheet or tabular format sorted by organization 
level. The information contained in the format 7702 of FIG. 77 is similar to the information contained in the display 
5 format 7602 of FIG. 76. 

inventor Employment information Module 

[0588] The inventor employment information module 1 0 1 4 in the enterprise server 31 4 operates to obtain information 
10 on persons who are named as inventors in patents that map to operator-specified groups. The operation of the inventor 
employment information module 1014 is represented by a flowchart 9202 in FIG. 92. 

[0589] In step 9206, the inventor employment information module 1014 receives information from the operator at 
the requesting client 304, 306. This information identifies one or more groups, called operator-specified groups for 
reference purposes. Such groups may be BOM groups, user-defined groups, corporate entity groups, etc. In an em- 

*5 bodiment of the invention, the information received from the operator identifies one or more group names that corre- 
spond to the operator-specified groups. The inventor employment information module 1014 identifies the group IDs of 
the operator-specified groups by reference to the appropriate group tables, such as the BOM table 1217, the 
corporate_entity table 1230. tnc groupjable database 1227, etc. The inventor employment information module 1014 
accesses these group tables using the group names as indexes. 

20 [0590] In step 9208, the inventor employment information module 1014 identifies the patents which are contained 
in these operator-specified groups. These patents are called the identified patents for reference purposes. 
[0591] The inventor employment information module 1 01 4 performs step 9208 by accessing the appropriate cross- 
r ference tables using the group IDs identified in step 9206. These cross-reference tables include the BOM_patent__xref 
table 1218, the group_document_xrcf tabic 1228, the corp _patent_xref table 1233, etc. 

25 [0592] In step 9210, the inventor employment information module 1014 identifies the inventors of the identified pat- 
ents (identified in step 9208) by reference to the validated Jnventor table 1236. The inventor employment information 
module 101 4 accesses the validatedjnventor table 1236 using the document IDs for the identified patents identified 
in step 9208. 

[0593] In step 921 2, the inventor employment information module 1 01 4 extracts from the databases 31 6 information 
30 about the inventors. Such information is extracted by the inventor employment information module 1014 from the 
person table 1242 and the employee table 1 243. 

[0594] In step 9214, the inventor employment information module 1014 extracts other information for display in re- 
ports, such as the names of the corporate entities who own or license the identified patents. Such information is retrieved 
from at least the corporate_entity table 1230. The inventor employment information module 1014 transfers the infor- 
ms mation obtained from the above processing to the client analysis module 716 at the requesting client 304, 306. 

[0595] In step 921 6, the client analysis module 71 6 displays this information on the client display unit 1 122 in a variety - 
of operator-selected display formats, such as the example display formats shown in FIGS. 78-80. 
[0596] The display format 7802 in FIG. 78 sorts the inventorship data by group. Information pertaining to the patents 
that map to a particular group is displayed in tabular format. The display format 7902 in FIG. 79 is similar to the display 
40 format 7802 in FIG. 78. 

[0597] The display format 8002 in FIG. BO organizes data according to the corporate entity that owns the identified 
patent. Information pertaining to the patents owned by each corporate entity is presented in a tabular format. 

Exporting Patent Data Module 

45 

[0598] The exporting patent data module 1 01 8 in the enterprise server 31 4 operates to copy data from the databases 
316 to an operator-specified location. For example, the exporting patent data module 1 01 8, pursuant to operator com- 
mand, can export a subset of the patent database 614 to an operator-specified location. The operator could then utilize 
this data locally, separate from the enterprise server 314. Operation of the exporting patent data module 1018 is rep- 

50 r sented by flowchart 9402 in FIG. 94. 

[0599] In step 9406, the client analysis module 71 6 in the client 304, 306 enables the operator to select which of the 
patents in the patent database 614 to export The operator can select such patents by group, or individually, or both 
by group and individually. The client analysis module 716 transfers this operator request to the exporting patent data 
module 1018 in th enterprises rv r314. 

55 [0600] In step 9408, th xp rting patent data module 1018 causes the document storag and retrieval module 408 
to retrieve information from the patent databas 614 corresponding t the patents s lected by the operat r in step 
9406. The enterprise server 314 transmits this information to the client 304, 306. 

[0601] In step 9410, the client analysis module 716 copies the information retrieved from the enterprise server 314 
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to a operator-specified location. 
Importing Patent Data Module 

[0602] As discussed above, the exporting patent data module 1018 operates to copy a portion of the customer's 
patent repository (stored in the patent database 614) to a operator-specified location. The operator can then work 
locally with this patent information. Eventually, the operator may want to update the databases 316 in the enterprise 
server 314 with any updates made to this subset of the patent database 614. 

[0603] The importing patent data module 1016 in the enterprise server 31 4 operates to perform this functionality. In 
particular, the importing patent data module 1016 imports to the databases 31 6 data that a operator has been working 
with locally, separate from the enterprise server 314, The operation of the importing patent data module 1016 is rep- 
resented by a flowchart 9302 in FIG. 93. 

[0604] In step 9306, the client analysis module 71 6 in the client 304, 306 accesses patent information stored in an 
operator-specified location 9306 which is local to the client 304, 306. The client 304, 306 transfers this patent information 
to the enterprise server 314. 

[0605] In step 9308, the importing patent data module 1016 receives this information from the client 304, 306 and 
loads the patent information into the databases 316, including the patent database 614 and the patent bibliographic 
databases 604. 

Methodology Embodiments 

[0606] The present invention can be used to perform many patent-centric and/or group-oriented tasks. These tasks 
would be of interest to business customers. These tasks include, but are not limited to: 

determining patent ownership; 
mapping patents to products; 
mapping patents to corporate entities; 
mapping patents to employees; 
mapping employees to inventors; 
identifying patents that are licensed; 
identifying remaining patent terms on licensed patents; 

analyzing unused licensed patents to determine whether the technology covered by these patents would be helpful 
in developing new products or features; 

determining if licensed patents are being used by the company; 
determining the extent and the length of patent protection on core products; 
determining whether additional patent protection should be sought on core products; 
determining whether the company has adequately protected an area of technology; 
determining whether competitor companies have been able to protect portions of an area of technology; 
examining a competitor's patents on a product line basis; 
examining a competitor's patents via patent term analysis; 
examining a competitor's inventors; 
identifying potential infringement of the company's patents; 
determining whether key inventors are still employed by the company; 
determining whether inventors currently employed by competitors should be hired; 

determining the extent to which a contemplated future product is currently protected by the company's patents; 
determining whether and to what extent patent applications should be filed on a contemplated future product; 
determining whether features of a contemplated future product are covered by competitors' patents; 
determining whether a present or future product should be modified in order to design around a competitor's patent; 
determining whether features in current or future products have been adequately protected by patents; 
determining whether the company should retain, sell, or expand a business area; 
determining whether non-core patents should be sold or licensed; 
determining whether the maintenance fees on non-core patents should be paid; 
determining whether the customer's human resources are being most effectively used; 

determining whether licensed patents cover the company's products in order to decide whether to maintain or 
cancel the licens s; 

d termining whether the company should file continuation applications to offset the expiration of current patents; 
determining the R&D xp nditures on a product basis; 
determining the R&D expenditures per inventor/employee on a product basis; 
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d t rmining the n t licensing rev nue on a product basis; 
determining the patent budget on a product basis; 

determining the number of patents issued on a product or product line basis; 
determining the patent maintenance fees on a product or product line basis; 
determining the customer's market share on a product or product line basis; 
determining the customer's tax rate on a product or product line basis; 
determining the marketing cost on a product or product line basis; 
determining the selling cost on a product or product line basis; 
determining the allocated cost on a product or product line basis; 
determining the number of outstanding shares (P/E) on a product or product line basis; 
determining the product revenue on a product or product line basis; 
determining the cumulative product revenue on a product or product line basis; 
determining the number of core patents on a product or product line basis; 
determining the number of non-core patents on a product or product line basis; 
determining the ratio of core to non-core patents on a product or product line basis; and 
determining the number of licensed patents on a product or product line basis. 

[0607] The tasks listed above, and other tasks that would be useful to the business customer, can be performed by 
inv king the anal/sis modules 416, either individually or in combination. For example, some of the tasks mentioned 
20 abov can be performed by invoking the patent mapping module 1 002 alone. Others of the tasks listed above require, 
for example, the invocation of the patent mapping module 1 002 in combination with one or more of the other analysis 
modules 416, such as the patent citation module 1004 or the patent aging module 1006. 

[0608] The performance of some of the tasks mentioned above involve human intervention. Specifically, with some 
of the tasks, one or more of the analysis modules 416 are invoked. These analysis modules 41 6 automatically process 

25 data in the databases 316, and automatically prepare reports (generally called methodology reports) based on such 
processing. One or more human operators then analyze the reports to complete the tasks. The invention supports and 
assists the human operators in performing their functions by automatically analyzing data and running reports. 
[0609] In some embodiments, the invention includes expert system(s) 1020 to automatically analyze and process 
the data in the reports that were automatically generated by the analysis modules 41 6. It is noted that the expert system 

30 1020 is shown as being a part of the analysis modules 416 in FIG. 10, but may in practice be a separate component 
of the enterprise server 314, or may form part of the client 304, 306. 

[0610] In these embodiments, the expert system 1020 either aids the human operators in performing the above- 
listed tasks, or completely replaces the human operators in analyzing the data that was automatically generated by 
the analysis modules 416. Such expert systems 1020 could be trained (using well known procedures) with the knowl- 

35 edge and experience of the human operators. The structure and operation of expert and rule based systems, and the 
training of such systems, are well known and are described in a number of publicly available documents, including (but 
not limited to) Charniak et al . , introduction to Artificial Intelligence, Addison Wesley, 1 986, and Nils J. Nilsson, Principles 
of Artificial Intelligence, Morgan Kaufmann, Los Altos, CA, 1980, which are incorporated herein by reference in their 
entireties. The manner in which to construct and train expert systems to automatically perform a part of or all of the 

40 processing described herein as being performed by human operators will be apparent to persons skilled in the relevant 
art(s). 

[061 1 ] Various patent-centric and group-oriented methodologies of the present invention are described below. These 
methodologies represent tasks that can be performed (either with or without human involvement) through use of the 
invention. These methodologies essentially involve two steps. In the first step, one or more analysis modules 41 6 are 

45 invoked for the purpose of automatically accessing and processing data contained in the databases 3 16, and for the 
purpose of automatically reporting on such processing (such reports are generally called methodology reports). In the 
second step, the reports generated by the analysis modules 416 are analyzed, and business-related actions, plans, 
and/or strategies are taken or developed based on the analysis. This second step may be performed by human oper- 
ators, or may be automatically performed by expert systems (as described above), or may be performed by a combi- 

so nation of human operators and expert systems. In the following description ofthe methodologies, the second step is 
described as being performed by human operators. It should be understood, however, that the second step could 
alternatively be performed by expert systems, or by expert systems in combination with human operators. 
[0612] The methodologies described below represent a sampling of the tasks that can be performed through use of 
the invention. The invention is adapted and intended to perform other patent-centric and group-oriented tasks, partic- 

55 ularly tasks that can b implemented through mining and/or proc ssing of the data in the databases 31 6. Accordingly, 
the following m thodologies are described h rein for purposes of illustration, and not limitation. 
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Patent Mapping and Mining 

[0613] A corporate entity can utilize the present invention in order to perform a patent mapping and mining process; 
This process is an internally focused analysis where the impact of the corporate entity's patents (both owned and 
licensed) on the corporate entity is analyzed. The business impact of this process is to provide high financial leverage 
within the corporate entity. The patent mapping and mining process provides a tangible way of defining core (active), 
and non-core (non-active) patents and how they relate to the corporate entity's business. Short term financial results 
of the patent mapping and mining process can be found in licensing opportunities and non-renewal of inactive patents 
and licensed patents. 

[0614] It is noted that the customer may, based on its own practices or needs, define the meaning of core and non- 
core. For example, core could correspond to patents being used by the customer, and non-core could correspond to 
patents not being used by the customer. Accordingly, the definition of core and non-core is implementation dependent. 
[0615] Aflowchart 10202 in FIG. 102 illustrates an example patent mapping and mining process. In FIG. 10206, an 
operator (that is, an employee or agent of the customer corporate entity) at a client 304, 306 issues a command that 
causes the patent mapping module 1002 to run a patent mapping report with respect to a product specified by the 
operator. The patent mapping module 1002 runs a patent mapping report on the BOM group corresponding to the 
operator-specified product in the manner discussed above. Example patent mapping reports are shown in FIGS. 59 
and 60. 

[0616] In step 10208 : the operator identifies from the patent mapping reports the core and non-core patents that 
map to the BOM group corresponding to the operator-specified product. For example, in the example display of FIG. 
59, if the operator specified product is the analog special effects controller subassembly 5904, then the operator would 
be able to determine from the patent mapping report that U.S. Patent Nos. 4,719,523; 4,686,590; 4,716,476 and 
5,029,01 3 were non-core patents. In contrast, if the operator specified group was the digital color correction subassem- 
bly 5906, then the operator could identify from the patent mapping report that U.S. Patent Nos. that 5,381,175; 
25 5,452,01 8; and 5.353,059 were core patents. 

[0617] In step 10210, the operator considers various business options with respect to the non-core patents. In par- 
ticular, the operator considers whether the non-core patents should be licensed or sold. This determination may be 
based on whether the corporate entity is contemplating the introduction of future products having features that would 
be covered by the non-core patents. 
30 [0618] The operator may also consider whether or not the non-core patents should be held in reserve as a shield 
against a possible allegation of infringement by a competitor. This issue may depend on whether the non-core patents 
cover technology which is used by competitors. The operator can run patent citation reports (performed by the patent 
citation module 1 004) and/or patent clustering/bracketing reports (performed by the patent clustering/bracketing mod- 
ule 1008) to determine whether ft appears that its competitors are active in the areas of technology covered by the 
55 non-core patents. 

[0619] The operator could also consider whether patent maintenance fees should be paid on the non-core patents. 
This issue, like those discussed above, may depend on whether the corporate entity intends to use the technology 
covered by the non-core patents in future products, or whether or not the corporate entity's competitors are currently 
using the technology covered by the non-core patents. A decision to discontinue payment of maintenance fees on the 
40 non-core patents would result in an immediate monetary savings for the corporate entity. 

[0620] Also, the operator could consider whether or not the corporate entity should continue to license the non-core 
patents. The issues involved with this determination are similar to those discussed above. If the corporate entity decides 
to discontinue the license of the non-core patents, then the corporate entity could realize an immediate cost savings. 
[0621] Further, the operator could consider whether the technology covered by the non-core patents could be used 
in the development of new features or products for the corporate entity. 

[0622] In the above, step 10210 is described as being performed by a single operator. In practice, the performance 
f step 1021 0 may require the involvement of many people with knowledge in many different fields and having different 
abilities (or expert systems with this knowledge and abilities). 

[0623] The patent mapping and mining process as represented in flowchart 10202 is an iterative process, as repre- 
sented by control arrow 1 021 2. In other words, the patent mapping and mining process represented in flowchart 1 0202 
could be performed repeatedly over time for the same product, or could be performed a number of times, each time 
for a different product. 
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Situation Assessment 



[0624] A corporate entity could use the present inv ntion to perform a situation assessment proc ss. A situation 
assessment process focuses on the corporate entity's current business situation. The situation ass ssment process 
determines the strategic "playing field" of the corporate entity's business as it relates to its patents and products. By 
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performing a situation assessment process or analysis, the corporate entity can begin to analyze its current market in 
the competitive situation in relation to its products and patents. The situation assessment analysis begins by running 
a number of methodology reports in order to better understand the corporate entity's competitive situation. These 
methodology reports provide a clear understanding of a number of patent related business metrics, including: 

5 

• potential patent infringement; 

• the length of protection on core product patents based on patent aging reports; 

• how well the corporate entity's patents are clustered to protect current and future products and key features; 

• determination of whether competitors are bracketing the company's current and future products through their pat- 
io ents; 

• determination of whether key technologists who have developed the current core products are still in the company 
or have gone to competitors; 

• a determination of whether key inventors and other R&D personnel are working on appropriate products based 
on the corporate entity's strategic direction; and 

is • a determination of whether any R&D resources should be reallocated for best use of human resources. 

[0625] Based on the above patent related business metrics, the corporate entity can determine what strategic steps 
need to be implemented In relation to: merger and acquisitions, human resources (HR) retention programs, patent 
licensing programs, patent acquisition programs, product or division sale, appropriate tax strategies, etc. 

20 [0626] A flowchart 10302 in FIG. 103 illustrates an example situation assessment process. 

[0627] In step 1 0306, a competitive analysis process is performed to identify and analyze the positions of the cor- 
porate entity's competitors, in performing the competitive analysis process, the corporate entity examines the compet- 
itor's products per product line, examines competitor's patents via aging reports, profiles competitor's inventors, and 
determines whether competitors are potentially infringing the corporate entity's patents. Details of the competitive anal- 

25 ysis process is described below. 

[0628] In step 10308, patent clustering and bracketing are evaluated. In performing this evaluation, the corporate 
entity runs clustering and bracketing reports for future product protection, determines if product features have been 
adequately protected, determines if the corporate entity's present and future core technologies have been adequately 
protected by patents, etc. Details of the clustering and bracketing process are described below. 

30 [0629] In step 10310, an inventor analysis is performed. In performing this inventor analysis, the corporate entity 
analyzes inventorship with respect to patents covering its core technology, analyzes competitor's inventors, determines 
whether it should consider hiring the inventors of its competitors, determines whether its own employee retention pro- 
gram should be modified in any way, etc. Details of the inventor analysis are described below. 

[0630] Instep 10312, the corporate entity performs a financial analysis process using the present invention. In per- ( 
35 forming this financial analysis, the corporate entity evaluates a number of patent-centric and group-oriented business 
metrics, such as the R&D expenditures per product, the R&D expenditures per inventor for a product line, the net,v. 
licensing revenue per product line, the patent budget for a product line, the patent maintenance fees associated with.-* 
a product line, the market share of a product line, the tax rate of a product line, marketing costs of a product line, selling 
costs of a product line, allocated costs of a product line, product revenue over product costs, etc. Details of this financial 
40 analysis process are described below. 

[0631] The situation assessment process is an iterative one, as represented by control arrow 1 0314 in the flowchart 
10302. The steps of flowchart 10302 can be performed repeatedly, and in any order. Thus, the steps in FIG. 1 03 are 
provided for purposes of illustration, not limitation. 

45 Competitive Analysis 

[0632] FIG. 104 is a flowchart 10402 representing the operation of the competitive analysis process. 

[0633] In step 10406, an operator associated with the corporate entity (such as an employee or consultant of the 

corporate entity) located at a client 304, 306 issues a command to the patent citation module 1004 to run a patent 

so citation report on the patents in a group specified by the operator. The operator may request that either a backwards 
and/or a forwards patent citation report be formed. The manner in which the patent citation module 1004 performs the 
patent citation process is described above. Examples of patent citation reports are shown in FIG. 61-65. 
[0634] In step 10408, the operator, by reference to the patent citation report, identifies the companies who are the 
curr nt assigne s of the citing patents. These companies may be potentially working in the same technological areas 

55 as the source patents sine theirpatents ither cited the source pat nts (in the case of forwards pat nt citation reports), 
or they were cited in the source patents ( in th case of backwards patent citation reports). Accordingly, the assign es 
of the citing patents may pot ntially be competitors of the customer corporate entity (assuming, of cours , that the 
assignees of the citing patents are not the same as the customer corporate entity). Accordingly, in step 10408, the 
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[0643] Instep 10508. the operator studies th patent clustering/bracketing reports to determine whether the customer 
client entity's product has been adequately protected by the customer corporate entity's patents. In other words, the 
operator reviews the clustering/bracketing report to determine whetheror not clustering exists. An example of clustering 
is shown in FIG. 71 . 

5 [0644] In step 1 051 0, the operator reviews the patent clustering/bracketing reports to determine the extent to which 
others have patented the technology related to the patents in the BOM group associated with the operator-specified 
product. In other words, the operator in step 10510 analyzes the patent clustering/bracketing reports to determine 
whether futi or partial bracketing exists. An example of full bracketing is shown in FIG. 72. An example of partial brack- 
eting is shown in FIG. 73. 

10 [0645] Based on the above analysis, the operator evaluates whether these patents owned by others should be li- 
censed, purchased, ignored, designed around, etc. To assist in performing this evaluation, the operator may run patent 
aging reports and/or inventorship reports on these patents owned by others. These reports will aid the operator in 
conducting the evaluation. 

[0646] The clustering and/or bracketing process is an iterative one, as represented by control flow arrow 1 051 2. The 
is steps of the clustering and/or bracketing flowchart 1 0502 can be performed repeatedly for the same or different BOM 
groups, and can be performed in any order. Accordingly, the steps of the clustering and/or bracketing flowchart 10502 
are presented in FIG. 105 for purposes of illustration, and not limitation. 

[0647] The above operation is described as being performed by a single operator. In practice, the above operation 
may require the involvement of many people with knowledge in many different fields and having different abilities (or 
20 expert systems with this knowledge and abilities). 

inventor Analysis 

[0648] The inventor analysis process is illustrated in the flowchart 10602 shown in FIG. 106. In step 10606, an 

25 op rator associated with the customer client entity located at a client 304, 306 issues commands to run inventorship 
reports for a product, called an operator specified product for reference purposes. The product corresponds to a BOM 
group. For references purposes, the BOM group is called the operator specified BOM group (because it corresponds 
to the operator specified product). The inventor patent count module 1 012 and the inventor employment information 
module 1014 in the enterprise server 31 4 perform these inventorship report functions. In particular, the inventor patent 

30 count module 1 012 performs the inventor patent count function, and the inventor employment information module 1014 
performs the inventor employment information function. The operation of the inventor patent count module 1 012 and 
the inventor employment information 1014 is described above. Examples of inventor patent count reports are shown 
in FIG. 74-77. Examples of inventor employment information reports are shown in FIGS. 78-80. 
[0649] In step 10608, the operator identifies key or top inventors of the customer corporate entity's patents based 

35 on the inventorship reports. 

[0650] In step 1 061 0, the operator refers to the inventor employment information reports to identify whether these ; >„ 
key inventors are still employed by the customer corporate entity, if they are still employed by the customer corporate - 
entity, then the operator can initiate steps to ensure that the customer corporate entity retains them. If they are not stiil 
employed by the customer corporate entity, then the operator can initiate steps to ensure that these former employees 

40 are in compliance with their employment agreement with the customer corporate entity. Also, the operator can consider 
whether the customer corporate entity should consider rehiring them. 

[0651 ] In step 1 061 2, if the key inventors are still employed by the customer corporate entity, then the operator refers 
to the inventor employment information reports to determine whether the talents of these inventors are being most 
effectively utilized by the corporate entity. For example, if the inventors are no longer assigned to the department that 
45 developed the operator specified product, then the corporate entity may want to transfer them back to that department 
so that they can further enhance the product. 

[0652] The inventor analysis process is an iterative one, as represented by control flow arrow 10614. The steps of 
the inventor analysis flowchart 1 0602 can be performed repeatedly or in any order for any given BOM group. Accord- 
ingly, the steps in the inventor analysis flowchart 1 0602 are provided for purposes of illustration, not limitation. 
so [0653] The above operation is described as being performed by a single operator. In practice, the above operation 
may require the involvement of many people with knowledge in many different fields and having different abilities (or 
xpert systems with this knowledge and abilities). 

Financial Analysis 

55 

[0654] The financial analysis process is represent d by a flowchart 1 0702 in FIG. 107. 

[0655] Instep 10706, an operat r associated with the customer c rporat entity at a client 304, 306 issues instructions 
to the financial modules 1010 in the enterprise server 314. These instructions command the financial modules 1010 
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to calculate th research and development dollars per patent in a BOM group. The BOM group is specified by the 
operator; 

[0656] The financial modules 1010 perform this function by first determining the number of customer patents that 
map to the BOM group (by reference to the BOM_patent_xref table 1 21 8). Next, the financial modules 1010 determine 
the R&D dollars for a project (by reference to the BOM financial table 1247). Then, the financial modules 101 0 divide 
the R&D dollars by the number of patents. 

[0657] In step 1 071 0, the financial modules 1 01 0 calculate the licensing dollars resulting from a project by identifying 
the customer patents that map to the product (by reference to the BOM_patent_xref table 1218), and determining the 
licensing revenue generated by those patents (by reference to the patent licensing table 1248). 
[0658] Operators analyze the data obtained from the above processing to evaluate the customer's business from a 
patent/financial point of view. 

[0659] It is noted that the steps of flowchart 10702 are provided for purposes of illustration, and not limitation. Addi- 
tional steps directed to other financial operations that process the data in databases 31 6 can be added to the flowchart 
1 0702. Additionally, the financial analysis process of FIG. 1 07 is an iterative one, as represented by control flow arrow 
1 071 2. Further, the steps of the financial analysis flowchart 1 0702 can be repeatedly performed for the same or different 
BOM groups, and can be performed in any order. Therefore, the steps of the financial analysis flowchart 10702 are 
provided in FIG. 107 for purposes of illustration, and not limitation. 



Strategic Planning 

20 

[0660] The customer corporate entity can utilize the present invention to perform a strategic planning process. The 
overall goal of the strategic planning process is to develop a future product direction and/or future business strategy 
that cannot be easily duplicated by competitors. This future product direction and/or business strategy leverages the 
customer corporate entity's patent protection a technology ownership. The strategic planning process may result in 

25 considerable business process re-engineering based on future business analysis. 

[0661] An example of the strategic planning process is represented by flowchart 10802 shown in FIG. 108. In step 
1 0806, BOM data for a contemplated new product is received. This BOM data may have been generated by the R&D 
department, for example. This BOM data is loaded into the BOM databases 626 in the manner described above. 
[0662] In step 1 0808, an operator associated with the customer corporate entity maps the customer corporate entity's 

30 patents (both owned and licensed) to the new future product. The operator also maps competitors* patents to the new 
future product. 

[0663] In step 1 081 0, the operator issues instructions to run patent mapping reports pertaining to the BOM group of 
the proposed future product. The operator also issues reports to run clustering/bracketing reports for the proposed 
future product. The patent mapping module 1002 and the patent clustering/bracketing module 1008 in the enterprise 

35 server 31 4 automatically runs these reports in the manner discussed above. 

[0664] From these methodology reports, the operator is able to determine if the proposed future product is adequately 
protected by the patents which the customer corporate entity currently owns or licenses. If the proposed future product 
is not adequately covered by the customer corporate entity's current patents, then the customer corporate entity may 
consider whether or not it should prepare and file additional patent applications to further cover the proposed future 

40 product. 

[0665] Also from these methodology reports, the operator can determine if the features of the proposed future product 
are covered by the patents owned by others. If some features of the proposed future product are covered by patents 
owned by others, then the customer corporate entity can consider whether it should license the patents, purchase the 
patents, modify the proposed future product in order to design around the patents, ignore the patents, abandon plans 
is for the proposed future product, etc. 

[0666] The above operation Is described as being performed by a single operator. In practice, the above operation 
may require the involvement of many people with knowledge in many different fields and having different abilities (or 
exp rt systems with this knowledge and abilities). 

[0667] The above analysis and decision making process performed by the customer corporate entity may involve 
so running additional methodology reports, such as patent citation reports, patent aging reports, inventorship reports, and 
financial reports. 

[0668] It is noted that the steps of the strategic planning flowchart 1 0802 shown in FIG. 1 08 are only representative 
of the type of tactical and strategic functions that can be performed based on the analysis and methodology reports 
that are automatically prepar d by th analysis modules 41 6. 
35 [0669] The strategic planning proc ss is an iterative one, as r presented by control flow arrow 10812. The st ps of 
the strategic planning flowchart 10802 can be performed repeatedly, and in any order. Additional steps can be added 
to represent the additional strategic planning functions mention d above. Accordingly, the steps of the strategic plan- 
ning flowchart 1 0802 shown in FIG. 108 are provided for purposes of illustration, and not limitation. 
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Integrated Methodology Embodiment 

[0670] The functions and methodologies described above can be performed individually or in any combination to 
achieve the objectives of the customer corporate entity. For example, at times, the customer may wish to run individual 

5 reports to examine a particular aspect of its business, such as the remaining patem terms of patents that ap to a 
particular product line. At other times, the customer may wish to run a combination of reports to analyze a larger part 
of its business, such as a strategic planning analysis to develop a patent strategy for a proposed future product. At still 
other times, the customer may wish to perform an extensive and integrated examination of its business from a patent- 
centric and group-oriented point of view. 

10 [0671] An example of such an integrated methodology is represented by a flowchart 10902 in FIG. 109. In this ex- 
ample, the patent mapping and mining process (described above with reference to FIG. 102) is combined with the 
situation assessment process (see FIGS. 103-107) and the strategic planning process (see FIG. 108). 
[0672] It should be understood that the patent mapping and mining process, the situation assessment process, and 
the strategic planning process can be performed individually or in any combination with any other functions described 

is herein according to the needs, requirements, and characteristics of the particular corporate entity being served. 

User Interface 

[0673] Referring to FIG. 11 4, the user interface module 1 1 404 in the client 304, 306 supports a variety of user interface 
20 display formats, windows, and screens for enabling operators working at the client 304, 306 to view, manipulate, and 
otherwise interact with data. Many of the user interface display formats and display screens supported and provided 
by the user interface module 11404 are described above. Such user interface display formats and display screens 
described above include: example user interface display formats pertinent to the searching features ofthe present 
inv ntion shown in FIGS. 53-57, an example user interface display format pertinent to the display of group information 
25 shown in FIG. 58, examples of patent mapping display formats shown in FIGS. 59 and 60, examples of patent citation 
report display formats shown in FIGS. 61-65, examples of patent aging display formats shown in FIGS. 66-70, examples 
of patent clustering/bracketing display formats shown in FIGS. 71-73, examples of inventor patent count display formats 
shown in FIGS. 74-77, examples of employment information display formats shown FIGS. 78-80, an example display 
format showing the display of patent text in a first window and patent notes in a second window shown in FIG. 111 , 
30 and an example display format showing the display of patent text in a first window and patent images in a second 
window shown in FIG. 112. 

[0674] Other user interface display formats, display windows, and display screens supported and provided by the^ 
user interface module 11404 in the client 304, 306 shall now be described. It should be understood that the present* 
invention is intended and adapted to support and provide display formats, display windows, and display screens other/ 
35 than those shown and described herein. In fact, the present invention can support and provide any display format,; 
display window, or display screen useful for enabling operators to view and interact with the data and the data process/yf 
ing described herein. Accordingly, the display screens, display windows, and the display formats shown in the figures^ 
and discussed herein are provided solely for purposes of illustration, and not limitation. 

40 User Login 

[0675] FIG. 1 1 6 illustrates an example user login window 11 602. An operator at a client 304, 306 enters information 
into the fields of the login window 1 1 602 in order to log into and establish a new session with the Enterprise server 314. 
[0676] In order to establish a session with the Enterprise server 314, the operator enters his user name in a login 
45 field 1 1 608, and enters his password into a password field 11610. If the operator wishes to connect with the Enterprise 
server 314 via a specific server then the operator enters the address of this server In a server field 11604. If the 
customer's network is configured to use "fire walls" with proxy servers, the operator enters information about the proxy 
server(s) in the proxy field 11606. 

so Console 

[0677] FIGS. 18 and 58 depict example display formats wherein a group hierarchy is graphically illustrated in a first 
window or pane, and a list of patents and other documents contained in one of the groups of the group hierarchy is 
displayed in a second window or pane. These xample display formats f FIGS. 18 and 58 are her in called th consol 
55 display format, or simply the console. 

[0678] FIG. 117 illustrates a console according to an alt rnative embodiment of the invention. The console 11702 
includes a first window or pan 11704, a second window r pane 11706, and a third window or pane 11708. Th first 
pane 1 1 704 is also called the group pane 1 1 704, the second pane 1 1 706 is also called the document pane 1 1 706, and 
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the third pan 11708 is also called the notes pane 11708. 

[0679] A group hierarchy is depicted in the group pane 1 1 704. In the example of FIG. 117. the top level or root group 
in the group hierarchy is called the repository group 11710. The child groups of the repository group 11710 are not 
shown in FIG. 1 1 7 (i.e., the operator has not expanded the repository group 1 1 71 0 in the group pane 1 1 704) The child 
groups of the repository group 11710 are shown in FIG. 133 (i.e., the operator has expanded the repository group 
1 1 71 0 in the group pane 1 1 704 in the example of FIG. 133). 

[0680] Referring again to FIG. 1 1 7, the document pane 1 1 706 includes a list of patents and other documents which 
are contained within a group selected from the group hierarchy depicted in the group pane 11704 The patents and 
documents are listed in a tabular or "spreadsheet" format. The list of patents and documents in the document pane 
11706 includes both the patent numbers and patent bibliographical information for the patents, and bibliographic in- 
formation for the non-patent documents. Such patent bibliographic information displayed in the document pane 1 1 706 
includes the title, abstract, inventor, class, issue date, and user-defined keywords. All additional patent bibliographic 
information can be viewed in the document pane 11706 by utilizing the horizontal scroll bar 11720 to sideways scroll 
in the document pane 11706. Other embodiments of the invention allow the user to select an arbitrary number of 
bibliographic fields to view. In example of FIG. 117, no patents are listed in the document pane 1 1 706 because a group 
has not been selected in the group hierarchy depicted in the group pane 11 704. 

[0681] The operator can restructure the group hierarchy displayed in the Group pane 1 1 704 using well-known drag- 
and-drop operations. The operator can add any of the documents displayed in the Document pane 11706 to any group 
in the group hierarchy displayed in the Group pane 11704 by using well-known drag-and-drop operations 
[0682] The notes pane 1 1 708 displays a list of the notes associated with either a group selected in the group pane 
11704, or a patent or document selected in the document pane 11706. The list of notes in the notes pane 11708 is 
pr sented in a tabular or "spreadsheet" format. The list of notes in the notes pane 11708 includes information that 
identifies the type of the note (that is, either a patent/document note or a group note), and the title of the note All other 
bibliographic or other information relating to notes can be viewed by manipulating the horizontal scroll bar 11722 in 
order to sideways scroll in the notes pane-11708. 

[0683] As indicated above, FIG. 133 illustrates an example console 13302 wherein the repository group 11710 is 
expanded in the group pane 11704 so that its child groups are shown. In the example of FIG. 133, a group called 
"analog special effects controller subassembly" 13304 has been selected. Accordingly, a list of all patents and other 
documents in the selected group 13304 is displayed in the document pane 11706. In the example of FIG 133 the 
selected group 13304 includes a single patent, U.S. Patent No. 5,029,013. 

[0684] According to the present invention, the operator can view the text and/or image of any patent or other document 
listed in the document pane 1 1 706 by selecting the patent or document using well know item selection techniques An 
operator can select a patent, for example, by double clicking on the patent number, or by using any other type of well 
known operator navigation procedure. 

[0685] Suppose that the operator selects, from the document pane 11 706, U.S. Patent No. 5,029,013 In accordance 
with this selection, the user interface module 11404 displays the text of the selected patent in a text window 12302, 
(see FIG. 123), and the image of the selected patent in an image window 12402 (see FIG. 124). The operator may 
selectively view the text window 12302 individually, the image window 12402 individually, or the text window 12302 
and the image window 12402 simultaneously. 

[0686] FIG. 118 illustrates an example console 11802 wherein the group hierarchy 11712 (with the repository group 
1 1710 as the root) is depicted in the group pane 11704. The repository group 11 710 is selected in the example of FIG 
118. Accordingly, a list of all patents and other documents in the repository group 11710 is displayed in the document 
pane 1 1 706. Accordingly, by opening the folder corresponding to the repository group 1 1 71 0 in the group pane 1 1 704 
the operator can view all patents that are contained in the patent repository (that is, all patents that are in the patent 
database 614), and, in fact, can view all documents that are in the repository. 

Console Tool Bars 

[0687] Referring again to FIG. 117, a Group toolbar 11724 is displayed in the group pane 11704. The tools in the 
Group toolbar 11 724 are used to manipulate the groups of the group hierarchy displayed in the group pane 11 704 A 
Document toolbar 1 1 726 is displayed in the second pane. The tools in the Document toolbar 1 1 726 are used to ma- 
nipulate the documents listed in the document pane 11706. A Note toolbar 11728 is displayed in a notes pane 11708 
Th tools in the Note toolbar 11728 are used to manipulate the notes listed in the notes pane 11 708. 
[0688] Th Group toolbar 1 1 724 is illustrat d in great r detail in FIG. 1 35. The Docum nt toolbar 1 1 726 is illustrated 
in great r detail in FIG. 136. The Not toolbar 11 728 is illustrat d in great r detail in FIG. 137. 

[0689] Referring to FIG. 135, an operator presses a Search button 13502 in the Group toolbar 11724 in ord r to 
conduct a s arch for data in th databases 31 6. An operator presses a Del te Group button 13504 in order to delete 
the group selected in the Group pane 11 704. An operator presses a create New Group button 13506 in order to create 
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a new group. The new group is created as a child group of the gr up selected in the Group pane 11 704. 
[0690] An operator presses a Show Group Properties button 13508 in the Group toolbar 11724 in order to view and 
edit the properties of the group selected in the Group pane 11704. An operator presses an Import Data button 13510 
in order to import data from an external data file into the repository 612, 602. An operator presses an Export Data 

5 button 13512 in order to export data from the repository 612, 602 into a user specified location, such as an external file. 
[0691] An operator presses a Refresh Data button 13514 in the Group toolbar 11724 in order to refresh the listing 
of all data in the Group pane 11704, the Document pane 11706, and the Notes pane 11708. Refresh is needed to 
synchronize multi-user access to the database. Such data refresh is performed by reading from the databases 316. 
An operator presses a Reports button 13516 in order to execute methodology reports. 

w [0692] Referring now to FIG. 1 36, an operator presses a Show Text button 1 3602 in the Document toolbar 11 726 in 
order to display the text of a document selected in the Document window 1 1 706. An operator presses a Show Image 
button 13604 in order to display the image of the document selected in the Document pane 11706. Examples of the 
display of text and images are shown in FIGS. 123 and 124. 

[0693] An operator selects a Skim Images button 13606 in the Document toolbar 11726 in order to perform a Skim 
15 Images function. In accordance with the Skim Images function, the first image page of each document listed in the 
Document window 1 1 706 is displayed in succession by repeatedly clicking the Show Images button 1 3606. 
[0694] An operator presses an Add Patent button 13608 in order to add a new patent or document to the list of 
patents displayed in the Document pane 11 706 (that is, to add a new patent or document to the group selected in the 
Group pane 11704). An operator presses a delete patent button 13610 in order to delete the patent or document 
20 selected in the Document pane 11706 from the group selected in the Group pane 11704 (this does not delete the 
document from the repository). 

[0695] Referring now to FIG. 137, an operator presses an Add new Group Note button 1 3702 in order to add a new 
group note to a group selected in the Group pane 11704. An operator-presses an Add New Patent/Document Note 
button 13704 in order to add a new patent note to the patent or document selected in the document pane 11706. 

25 [0696] An operator presses a Delete The Selected Group Or Patent Note button 1 3706 in order to delete the note 
selected in the Notes window 11 708. An operator presses the Sort Notes By Type button 1 3708 in order to sort the list 
of notes depicted in the Notes window 11 708 by their type (that is, by group or by patent). An operator presses a Sort 
Notes By Title button 1 371 0 in ordertp sort the list of notes depicted in the Notes window 1 1 708 according to theirtitles. 
[0697] Various ones of these functions that are invoked by pressing buttons in the Group toolbar 11 724, the Document 

30 toolbar 1 1 726, and the note toolbar 1 1 728 are further described in the following sections. 

Creating a New Group 

[0698] An operator presses the Create New Group button 1 3506 in the Group toolbar 1 1 724 in order to create a new 
35 group in the group hierarchy displayed in the Group pane 11704. The new group is created as a child group of the 
group selected in the Group pane 1 1 704. 

[0699] Consider, for example, the Example console 11902 illustrated in FIG. 119. Assume that the operator presses^ 
the Create New Group button 13506 when a group entitled "analog special effects controller subassembly" 11906 is 
selected. In this case, a new group 11904 is created as a child group of the selected group 11906. The default name 
40 of the new group 1 1 904 is "A New Group". The name of the new group 1 1 904 can then be modified using well-known 
procedures (such as by selecting the new group 1 1 906, selecting a Rename command, and then typing in a new name 
for the new group 11904), FIG. 120 illustrates a scenario where the new group 11904 has been renamed as "Sample 
New Name." 

45 Editing Group Properties 

[0700] An operator presses the Show Group Properties button 13508 in the Group toolbar 11724 in order to view 
and edit the properties of the group selected in the Group pane 1 1 704. Group Viewing And Editing windows 1 2602 are 
shown in FIGS. 126 and 127. Referring first to FIG. 127, a Group Properties tab 12606 is displayed. The operator can 
so view and edit general information about the group selected in the Group pane 11704 by using the General Group 
Properties tab 12606. In particular, the operator can view and edit the group name via a Name field 12608, and a 
description about the group via a Description field 12610. The General Group Properties tab 12606 also displays the 
Group Identifier of the group selected in the Group pane 11704 in a field 12612. 

[0701] FIG. 126 depicts a Group Properties Security tab 12604 in which the operator can view and enter security 
55 accessinformationfortheselectedgroup.lnparticular.theoperatorcaneditth users who have acc ss to the select d 
group in a field 12608, and also can specify th access level for ach of these users via fi Ids 12610. 
[0702] It is noted that access to the General Group Properties tab 12606 and the Group Prop rties Security tab 
12604 is limited to operators having sufficiently high access levels with respect to the selected group. 
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Shared Groups 

[0703] In an embodiment of the invention, shared groups are graphically depicted in the console using a stacked 
folders icon 15302 (FIG. 153). FIG. 1 54 shows an example console 15402 where both an "Only Luke can see!" group 
15404 and an "Oscar Project" group 15408 share a "November Project" group 15406, which is a shared group 
[0704] FIG. 1 56 illustrates a group links tab 1 5602, which is the interface to additional group properties These group 
propert.es in the group links table 15602 pertain to the links associated with a selected group. The scenario shown in 
FIG. 156 corresponds to the example of FIG. 154. Accordingly, in FIG. 156, the November Project group is shown as 
being a child of the Oscar project group and the Only Luke can see! group, which are both shown as being children of 
the Repository group. The operator can double click (or otherwise select) any link to open the lowest level data object 
m this case the November Project group. 

invoking Patent-Centric and Group-Oriented Analysis Functions 

[0705] An operator presses the Run Reports button 1 351 6 in the Group toolbar 1 1 724 in order to execute method- 
ology reports. These methodology reports are performed by the Analysis modules 416 in the Enterprise server 316 
(see FIG. 10), and are described above. 

[0706] Upon the pressing of the Run Report button 13516, a Report Generator screen 12802 is displayed (FIG 128) 
Th operator selects the report or function that is to be executed by pressing a button 1 2806. This results in displaying 
a list of all available reports/functions. An example display of this function/reports list 12906 is shown in FIG. 129 The 
op rator selects one of the function/reports from this list in a well-known manner. In the example of FIG. 128 the 
op rator has selected the inventor employment information function (which is executed by the inventor employment 
information module 1 014 of the Enterprise server 314). 

[0707] The operator can enter information into the other fields of the report generator screen 12802 in orderto define 
and/or limit the scope of the function that is to be performed. In particular, the operator can specify the number of levels 
in the group hierarchy to consider in performing the function (specified in field 12804) by entering the appropriate level 
information into a field 12810. If, for example, the operator enters the value 1 into field 12810, then only the group 
selected in the Group pane 11704 is considered in performing the selected function. If, instead, the operator enters 
th value 2 into field 12810, then both the selected group and its immediate child group (one level down from the 
selected group) are considered in performing the selected function. In the example of FIG. 128, the operator has 
entered the value 5 into field 1281 0. Accordingly, in performing the inventor employment information function both the 
selected group and four levels of its child groups are considered. 

[0708] The operator can limit the patents which are to be considered in performing the selected function by patent 
expiration dates by entering information into fields 12812. In the example of FIG. 128, all patents which are expiring 
or which have expired between the dates of January 1 , 1 900 and December 21 , 21 00 are considered in performing 
employment information function. 

[0709] The operator can also limit the patents which are to be considered in performing the selected function ac- 
cording to the remaining patent terms of the patents. This information is entered into fields 12814. In the example of 
FIG. 128, only patents with remaining patent terms between three years and 10 years are considered in performinq 
the inventor employment information function. 

[0710] Once the operator has defined the function that is to be performed by entering information into the report 
generator screen 1 2802, the operator presses the Execute button 1 2808 in order to execute the selected function. 

Adding Documents to a Group 

[0711] The operator presses an Add a Patent/Document button 13608 in the Document toolbar 11726 in order to 
add a patent or some other document to the group selected in the Group window 11704. Upon pressing the Add a 
Pat nt/Document button 13608, a new Document window 13006 is displayed (FIG. 130). The operator inserts infor- 
mation identifying the document that is to be added to the selected group in a Document Name field 13008. In an 
alternative embodiment, the operator can select a document for insertion into the selected group by browsing through 
a graphical list of the documents in the Document databases 612, and use well-known drag and drop techniques to 
place documents into the selected group. 

A Ming a Document Note 

[071 2] The operator presses the Add a New Patent/Document Note button 1 3704 in the note toolbar 1 1 728 in order 
to add a new note t a document. Consider the example shown in FIG. 125. In this example, a Text window 12506 
displays a portion of the text from U.S. Patent No.5,029,013. The present invention allows the operator to attach a note 
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to any portion of this patent. Suppose that the operator wishes to attach a note t th title. "Apparatus for Editing 
Videotapes" 12510. According to the present invention, the operator selects a pen 12508, and then uses the selected 
pen 12508 to highlight the title 1 251 0. The operator then presses the Add a New Patent/Document Note button 1 3704. 
This results in a new note being created. This new note is displayed in a Note window 12514. The operator can enter 
5 a title for the note in field 12520, and can enter the text or other information for the note in field 12524. The operator 
can also indicate whether this note represents attorney work product via field 12522. 

[0713] The Note window 12514 includes location information that identifies the location of the text in the document 
to which the note is linked. This location information is represented by reference numbers 12516 and 12544. The 
location information 1251 6 indicates that the note is attached to a portion of U.S. Patent No. 5,029,013 starting at line 
w 6. The location information 12544 indicates that this portion in U.S. Patent No. 5 : 029,013 represents bibliographical 
information portion (indicated by the symbol B1), 

[0714] In some embodiments, it is not necessary for the operator to press the Add a New Patent/Document Note 
button 13704. Instead, the new note is automatically created once the selected pen 12508 is used to highlight the title 
12510. Other aspects of the present invention relating to creating and manipulating notes are described in U.S. Patent 
15 No. 5,623,681, U.S. Patent No. 5.623,679, pending U.S. Application Serial No. 08/341,129, and pending U.S. Appli- 
cation Serial No. 08/590.082. incorporated herein by reference in their entireties. 

[0715] The Notes window 12514 includes an Unlink button 12534 which, when pressed, operates to unlink the note 
from the document. The note is then called a floating note. The Notes window 12514 also includes a Contract button 
12536 which operates lo reduce the area on the display screen which is used to display notes. The Notes window 
20 1251 4 also includes an Expand button 1 2538 which operates to increase the amount of space on the display screen 
which is used to display notes 

[0716] As described above, the Notes pane 1 1 708 in the console 1 2502 lists the notes associated with the selected 
document in the Document pane 11 706, or the selected group in the Group pane 11704. In the example of FIG. 125, 
the Notes window 11708 lists the notes associated with the document selected in the Document pane 11706. The 

25 document selected in Document pane 11 706 is U.S. Patent No. 5,029,013. As just explained above, the operator has 
created a new note that is linked to this selected document. The title of this new note is "Simple Note". Accordingly, 
this note is listed in the Notes window 11 708. The listing corresponding to this new note indicates the type of a note 
(in this case, the type is P, indicating a patent note) and the title of the new note (in this case, the title is "Simple Note"). 
Additional information relating to the new note, and any other notes listed in the Notes pane 11708, can be viewed by 

30 sideways scrolling in the Notes pane 11 708 by use of the horizontal scroll bar 11 722. 

Adding a Group Note 

[071 7] The operator presses the Add a New Group Note button 1 3702 in the Note toolbar 1 1 728 in order to create 
35 a new group note for the group selected in the group pane 1 1 704. Upon selection of the Add a New Group Note button - 
13702, a New Group window 13406 is displayed (FIG. 134). In the New Group window 13406, the user can enter the 
title of the group note in field 1341 0, and can enter information for the group note in field 13408. The operator can also'*- 
indtcate whether the group note constitutes attorney work product by checking field 13412. 

[0718] The Notes pane 11708 lists the notes corresponding to the document selected in the Document pane 11706, 
40 or the group selected in the Group pane 11704. In the example of FIG. 134, the group titled "Analog special effects 
controller subsystem" 13404 is selected. Accordingly, the Notes pane 11708 lists all group notes associated with this 
selected group 13404. The New Group note (represented by the data in the New Group window 13406) is linked to 
the selected group 13404. Accordingly, the new group note is listed in the notes pane 11708. The listing for this new 
group note indicates the type of the note (in this case, the type is C, for a case or group note) and the title of the group 
45 note (in the example of FIG. 1 34, the title is "Purpose of this group p ). Other information pertaining to the group notes 
can be viewed in the Notes pane 1 1 708 by horizontally scrolling in the Notes pane 11 708 by using the horizontal scroll 
bar 11722. 

Searching 

so 

[0719] The operator presses the Search button 13502 in the Group toolbar 11724 in order to perform a search of 
the data in the databases 316. Upon pressing the Search button 13502, a search screen 12102 is displayed (FIG. 
121). Other example search screens are shown in FIGS. 53 and 57. The operator enters information into the Search 
screen 12102 in order to define the param t rs of a new search. In the example of FIG. 121 , the operator has entered 
55 the phrase "video tape" into an abstract field 1 21 04. Accordingly, the operator has indicated that he wishes to conduct 
a new search f r all documents where th phrase "video tape" appears in the abstract. 

[0720] FIG. 122 illustrates an example console 12202 that results after the search defined in the example Search 
screen 12102 (FIG. 121) is performed. According to the present invention, a new temporary group 12204 (called New 
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L TJrl r ? hS SeanCh r6SUltS (in ° ther words ' the documents that are identified from performance of 

the search are placed in the new group 12204 called "New Search"). This new group 12204 is created as a cMd crouo 

SSZfTr th3t ^ S6leCted th6 9r0Up pane 1 1 704 when the was executed *** 

[0721] A list of the documents identified by operation of the search is displayed in the Document Dane 11706 Th* 
operator can add ttiese documents to any other group in the group hierarchy (dispteye iS^T^p^,™ 
S drag-and-drop operations. Alternatively, the operator can convertL'new g^up STa pS 

nen^group (pre-defmed or user-defined), and maintain these documents in the permanent group ^2204 entitfeS "Z, 

[0722] FIG. 155 illustrates an example console 1 5502 where a temporary group 1 5504 called "New Search Grout," 
has been created. Temporary groups may be color coded differently from other gVoups in Se group hierarchy S 
in the embodiment of FIG. 155, the group toolbar 11724 includes a "regular gLp'bu^on 15506 S pressinc 
regular group button 15506. the temporary group 15504 becomes a permanent group. In an embedment oUhe Tnven 

s°r uL e r Tf 6 ^ P . em, r nt 9r ° UP iS the Same 33 the P ermanent group-s'imm'ediat^ |SS£tZI i the Zni 
is a user-defmed group, then the new permanent group is a user-defined group. If the parent is a BOM group ttenThe 

t 6 Z e ra T nent S 3 . 3 B ° M 9r0UP ' ' n an a " ernate 6mb ° d ™"t, the operator is prompted t fSSJ&JEJS 
temporary group 15504. In another embodiment, the type is predefined, such as BOM 

n a \? mbodiment of the 'mention, a temporary group is automatically deleted at some time in the future 
glpbe*^^ 

Web Searching 

ELH!? r P h erati ° n ? 8 W !, b C " ent 304 With regard t0 searchi "9 data in the databases 316 according to an 
d T2Z T mVe T Z deSCnbed in tHiS SeCti0n ' K Sh ° U,d 66 u " de ^°°d. however, that the search capable" 
boH^t 7T ^ aPP " Cab,e ,0 a " C,ientS 304,306 in Vari0US embodlmonts of the invention. That is, in some em 
bowmen* of the invent.on, all clients 304,306 include at least the capabilities described herein 
10725 m the following, searching at the web clients 304 is described in the context of patent searching However 
the following desenption applies to searching for all types of documents "owever, 

i~ 261 .k^ ° Pe T r 81 3 W6b CHent 304 pr6SSSS the Searoh button 13502 in Group toolbar 11724 in order to 
access the search capabilities of the present invention. Upon pressing the Search button 13502 a Patent Search 

STf^ ° W T 2 J S diSP ' ayed (RG - M0) ThiS Pat6nt Search screen 14 °° 2 * similar to the one shown fn S 

the ^^r^T " Se thS PatSnt S6arCh SCreen 5302 shown in ™- »• Other embodimente use boTh 
the Patent Search screens 5302 and 14002 shown in FIGS. 53 and 140, respectively. 

■SmJrlr.TIlT 6 ' 310 ?"^' 3 information int0 the fields of *e Patent Search-screen 14002 in orderto define the pa- 
rameters o the search. For example, the operator can define the search in terms of patent number title inveX 
assignee, class user-defmed key words, date of issue, abstract, and/orful. patent text by entering se^teSto 

^ZST ^ * ?* ^ SearCh SCreen 14 °" A ' S °' the °P erator can selec < *** fiefds iS^S 
nrin fnn f th V ^^"^ selectlon of the Check Box fields 14004. Further, the operator can order the dip ay or 

2° SeafCh reSU,tS aCCOfding t0 3 nUmb6r ° f fact0re ' such as P atent assignee, expiration date 

number of years remaining ,n patentterm, or score. The score corresponds to the number of hits of the search oaram' 

Sr s St h The ° P r°; ° rderS SSarCh r6SUftS by a PP ro P-tese.ection in the Order «11Z^te£eZr 

S? thl" °! F,G - 14 °' ^ ° Perat0r haS 6ntered the search term "PCMCIA" in the Abstract field In other 

T« rf-oZi* ^ ° Perat0r ,S ° nS th3t Wl " ldent ^ a " P atents havi "3 aDSt ™*> ^th one or more occur 
rences of the word "PCMCIA". After the operator has fully defined the search In the Patent Search screen 14002 the 
operator presses the search button 14010 in orderto execute the search 

im^P t'^ 141 ",! 43 i,,UStrate eXamP ' e Search Results screens corresponding to the search specified in the ex- 
telHrTn t , SCreSn 14002 ° f 14 °- The eXeCUti ° n ° f thte Search identified 85 P ate "* This information 
ma^nT ^ r h Umber 14104 in SearCh ReSUltS SCreen 14102 " Search Results 8 ^en 14102 displays infor 

SS^S? • ° PatentS - ThiS " indiCat6d at referenCe nUmber 1 41 06 - Search Results 14202 

^1 * 7 ^ °" SeC ° nd 10 ° f th6Se 85 patents - This is indicated a * reference number 14204 

at rTrencet^^ information corresponding to the third 1 0 of these 85 patents. This is indicated 

nil, ? ^ ? 6 ° Perat0r Ca " diSP ' ay information °" Afferent ones of the 85 patents by use of the 

nav.gat.on arrows ; 14108. In otherwords, the operator can scroll through s arch results scr ens14102 14202 14302 
by us of the navigation arrows 14108. ' '^ v/£ ' 

[0730] Referring to FIG. 141, the information on th patents identified by performing the search is present d in a 
tabular format. The information displayed for each patent includes the score (that is, the number of hits oTthe search 
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parameters in the patent), th patent number, and the title. M re or less information can be displayed for each patent. 
This is controlled by the operator by appropriately checking the check boxes 1 4004 in the Patent Search screen 1 4002. 
[0731 ] The information for each patent also includes an indication of whether or not the patent is in the local repository 
(i.e., stored in the patent database 614). This is indicated in the column called "In Repository?" In the example of FIGS. 
5 141-143, for example, U.S. Patent No. 5,334,030 is not in the patent database 614. However, U.S. Patent No. 5,540,597 
is stored in the patent database 614. 

[0732] The operator can view additional information on any of the patents listed in the Search Results screens 
141 02,1 4202,1 4302 by selecting the patent (for example, by double-clicking on the patent number in the list of patents). 
The extent of the information that is displayed for a selected patent depends on whether or not the patent is stored in 

io the patent database 614. If the patent is not stored in the patent database, then patent bibliographic information (re- 
trieved from the patent bibliographic databases 604) is displayed for the selected patent. An example display of such 
patent bibliographic information for a selected patent is shown in FIG. 144. The information in this example display 
14402 corresponds to U.S. Patent No. 5,183,404 (which the operator selected by selecting entry 14110 in the Search 
Results screen 14102 of FIG. 141). 

is [0733] The display screen 14402 includes patent bibliographic information 14404 on U.S. Patent No. 5,183,404. 
Also, in accordance with an embodiment of the invention, the display screen 14402 also includes text corresponding 
-to the abstract 14406 of U.S. Patent No. 5,1 83,404. In other words, for patents not stored in the patent database 614, 
the system of the present invention maintains both patent bibliographic Information and the abstract. Such patent 
bibliographic information and abstract are stored in the patent bibliographic databases 604. (For example, the abstract 

so can be stored in an Abstract database that is keyed to the primary patent table 1222 according to document JD.) 

[0734] FIGS. 145A-145C depict example patent information screens that display patent information on patents that 
are contained in the Patent database 614. The Patent display screen 14502 in FIG. 145A corresponds to U.S. Patent 
No. 5,615,328 (which the operator selected by double-clicking on entry 14310 in the Search Results screen 14302 of 
FIG. 143). 

25 [0735] The operator can elect to display the text of the selected patent by pressing the Text button 14504. In the 
xample of FIGS. 145A-145C, the operator has pressed the Text button 14504. Accordingly, the text of the selected 
patent is displayed in the Patent Information screens of FIGS. 145A-145C. FIGS. 145A-145C represent the first three 
(of 15) electronic pages of the text of the selected patent. 

[0736] The operator presses an Image button 14506 to display the images of the selected patent. An example of 
30 such a display is shown in FIG. 56 (although the example in FIG . 56 does not correspond to U .S. Patent No. 5,61 5,328). 
The operator presses a Text And Image button 14508 to simultaneously display the text and images of the selected 
patent. An example display of such text and image is shown in FIG. 112 (although the example display in FIG. 112 
does not correspond to U.S. Patent No. 5,615,328 shown in FIG. 145A). If the operator wishes to initiate a new search, - 
the operator presses a New Search button 14510. This causes the Patent Search screen 14002 (FIG. 140) to be 
35 displayed. 

[0737] The selected patent as displayed in the display screens of FIGS. 145A-145C is internally hyperlinked. Such v . 
hyperlinks are represented by buttons 14524. This button represented hyperlinking is a well known use of HTML. 
[0738] If the operator wishes to view the bibliography of the selected patent, for example, then the operator presses 
the Bibliography button 14512. The operator presses the Cross Reference To Related Applications button 14516 to 
40 view cross-reference information of the selected patent. The operator presses the Brief Description Of The Drawings 
button 14518 to view the brief description of the drawings section of the selected patent. The operator presses the 
Detailed Description Of The Invention button 14520 to view the detailed description section of the selected patent. The 
operator presses the Claims button 14522 to view the claims section of the selected patent. 

[0739] Preferably, the invention implements such internal hyperlinking using a linked list of nodes, wherein each 
45 node corresponds to a section of the selected patent. Specifically, each node includes a link to the corresponding 
section of the selected patent. When the operator selects one of the Internal Linking buttons 14524, the invention 
trav rses through the linked list corresponding to the selected patent until it finds the node corresponding to the section 
that the operator wishes to view. The invention then follows the link stored in the node to access the data corresponding 
to the section that the operator wishes to view. Additional details pertaining to this linked list is described in U.S. Patent 
so No. 5,623,679, incorporated by reference herein. 

[0740] The Patent Information display screens in FIGS. 145A-145C may also linked to external objects, such as 
other patents, documents, etc. In other words, the selected document is linked to external objects. For example, if the 
operator wishes to view the patent representing the immediate parent of the selected patent, then the operator presses 
a Parent Case Text button 14514. This results in the parent patent being retrieved and displayed. 
55 [0741] The sel cted patent may also be linked to references to other documents that are contained in the selected 
patent. For exampl , the selected patent as displayed in FIGS. 145A-145C includes links to cited U.S. patent docu- 
m nts. These links are represented by reference numbers 14526 and 14628. Hyperlinks in the selected patent are 
denoted by underlining. Alternatively, any other method of highlighting can be used, such as fonts, color coding, sym- 
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bols, icons, tc. 

[0742] The selected patent may also include links to citations of other publications, as represented by reference 
number 14530, and citations to related applications, as represented by reference number 14532. 
[0743] For reference purposes, citations to documents that are linked to the actual documents are called linked 
5 citations. 

[0744] The operator can view the document corresponding to any linked citation by selecting that linked citation. For 
example, FIG. 146 illustrates a display screen that shows information pertaining to U.S. Patent No. 5,206,830. This 
display screen 14602 was generated pursuant to the operator selecting a corresponding linked citation 14536 in the 
selected patent (see FIG. 145B). In the display screen 14602 of FIG. 146, the operator can elect to electronically order 
10 a copy of the patent from a third party provider by pressing an Order button 1 4604. 

[0745] Referring again to FIGS. 145A-145C, not all document citations contained in the selected patent are linked 
to the cited documents. For example, referring to FIG. 145B, the citation to U.S. Patent No. 5,430,681 is not linked to 
the cited document (that is, it is not linked to an electronic copy of U.S. Patent No. 5,430,681 ). According to the present 
invention, a citation in a document being displayed is linked to the cited reference only if that cited reference is repre- 
sented in the document bibliographic databases 602 and/or the document databases 612. In other words, the docu- 
ments corresponding to linked citations are represented in the document bibliographic databases 602 and/or the doc- 
ument databases 612. 

[0746] A citation in a document being displayed is not a linked citation if the corresponding document Is not repre- 
sented in the document bibliographic databases 602 or the document databases 612. Accordingly, in the example of 
FIG 145B, the document bibliographic databases 602 and the document databases 612 include no information per- 
taining to U.S. Patent No. 5.430.681. 

[0747] In other words, whether a citation to a document is linked to the document depends on whether or not the 
databases 31 6 store information on that document. If the databases 31 6 store information on the document, then the 
citation to the document is linked to the document (i.e., the citation is a linked citation). Otherwise, the citation to the 
25 document is not linked to the document (i.e., the citation is not a linked citation). 

.[0748] According to an embodiment otthe invention, hyperlinking information is stored in a table in the databases 
-316. This hyperlinking table stores information pertaining to the links between documents. For a particular document, 
the hyperlinking table stores information that identifies the links between that particular document and other documents 
(these other documents being cited in the particular document). More particularly, each entry of this table corresponds 
to a linked citation, and stores information identifying both ends of the link of the linked citation. Specifically, each entry 
stores information that identifies a first document and the linked portion in the first document, and also includes infor- 
mation that identifies the object to which the linked portion in the first document is linked. This object may be a second 
document, for example. In the example of FIGS. 145A-145C, the hyperlinking table includes hyperlinking information 
that identifies the documents that are linked to the patent being displayed (that is, U.S. Patent No. 5,615,328). 
[0749] In an alternate embodiment, when a document is displayed, the document is automatically analyzed to identify 
and generate a list of all citations to other documents contained in the document. This list is then compared to the 
information stored in the databases 316. If the databases 316 have stored therein information on a document in the 
list, then the citation to that document becomes a linked citation. Otherwise, the citation to the document does not 
become a linked citation. 

*o [0750] The invention also allows a document to have user-defined links. In operation, an operator would select a 
portion of a document being displayed, and then link that portion to some object. That object may be internal to the 
document (that is, linking a portion of a patent to another portion of the same patent), or external to the document (for 
example, linking a portion of a patent to another document or to a website). One portion corresponding to a user- 
defined link can completely or partially overlap with another portion corresponding to a user-defined link. 
45 [0751 ] For example, as represented in FIG. 1 45C, the user has selected the company name "International Business 
Machines Corporation" and has linked this selected portion 14534 of the document being displayed to an external 
object. In the example of FIG. 145C, the operator has linked this portion 14534 of the document being displayed to the 
IBM patent website. Accordingly, when the operator selects this linked portion 14534, the IBM website is accessed. 
[0752] Preferably, information pertaining to user-defined links is stored in a user-defined linking table in the databases 
316. Each entry of this table corresponds to a user-defined link, and stores information identifying both ends of the 
link. Specifically, each entry stores information that identifies the document and the linked portion in the document, 
and also includes information that identifies the object to which the linked portion in the document is linked. 
[0753] In practice, when the operator selects a linked citation, the client 304,306 generates a request to the Enterprise 
server 314 to retrieve information pertaining to the document corresponding to that linked citation (assuming that such 
55 information is not air ady stor d in the each within the cli nt 304,306). In the case of web clients 304, pat nt-c ntric 
URL commands are sent to the Enterprise server 314 (se FIG. 151). 

[0754] Referring again to the Search Results screens in FIGS. 141-143, the operator can press a Get Results in File 
button 1 41 94 to write the search results to a user-specified file. The operator can also press an "I n Repository" button . 
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14190 to view a subset of the search results corresponding to patents that are in the local patent repository (that is, 
patents that are in the Patent database 614). An example display screen that results from pressing the "In Repository 11 
button 14190 is presented in FIG. 147. 

[0755] Still referring to FIG. 141 , the operator can press a "Not In Repository" button 141 92 in order to view a subset 
5 of the search results corresponding to patents that are not in the Patent database 614. This list of patents not in the 
Patent database 61 4 may be useful to the operator. For example, the operator can generate a purchase order to obtain 
these patents using this list. 

[0756] Referring now to FIG. 147, the Search Results: Patents In Repository display screen 14702 includes a Skim 
Images button 14704. The operator presses the Skim Images button 14704 in order to view the first image page of 
10 each of the patents listed in table 14706 (this table lists the patents from the search results that are contained in the 
Patent database 614). The operator displays the first image page of successive patents listed in table 14706 by re- 
peatedly clicking the Skip Images button 14704. 

[0757] A Skip Images display screen 14802 is shown in FIG. 148. This Skim Images Display screen 14802 results 
from clicking the Skip Images button 14704 a first time (that is, the image displayed in the Skip Images display screen 

is 1 4802 corresponds to the first page of the first patent listed in table 1 4706). The operator can view the first image page 
of either a previous patent or a next patent in the list 14706 by use of the Navigation buttons 14806. 
[0758] With regard to the web client 304, pressing the Skip Images button 14704 causes the web browser 808 to 
generate a patent-centric URL command. This patent-centric URL command represents a request to the Enterprise 
server 31 4 to retrieve the first image page of the associated patent (that is, the next patent in the list 1 4706). Enterprise 

20 server 314 responds by returning raw data corresponding to this image page. The translator 804 in the web server 310 
converts this raw data to HTML data. The HTML data is sent to the web client 304. The browser 808 in the web client 
304 receives this HTML data, and renders the HTML data in order to display the first image page of the patent, as 
shown by way of example in FIG. 148. 

[0759] An example patent-centric URL command is displayed in field 14804 of the Skim Images display 14802. 

25 [0760] The Skim Images feature ofthe present invention is analogous to a manual search of patents in the shoes of 
the USPTO Search Room. During such manual searches, practitioners often quickly thumb through the patents in a 
patent shoe by looking at the first pages of the patents. The Skim Images feature of the present invention enables an 
operator to quickly electronically scan over the first image pages of the patents in the list 14706, thereby emulating a 
manual search through the shoes in the PTO Search Room. It should be noted that the images displayed to the user 

30 are preferably HTML data rendered by the browser 808. 

Importing Data t 

[0761] The operator presses the Import Data button 13510 in the Group toolbar 11724 in order to import data from 
35 an external location into the repository 612,602. Upon pressing the Import Data button 13510, an Import Data window 
13102 is displayed (FIG. 131). In the Import Data window 13102, the user specifies the external drive in field 13104^ 
(the user can browse through the available storage locations by pressing button 13106). The files in this selected *~ 
location are displayed in window 13108. The operator enters the name of the file to import in field 13110. The type 
ofthis file (such as text, database, spreadsheet, etc.) is entered in field 13112. After specifying the parameters of the 
40 import operation, the operator presses the Open button 13190 in order to import the selected file from the selected 
external storage location into the repository 612, 602. 

Exporting Data 

45 [0762] The operator presses the Export Data button 13512 in the Group toolbar 11724 in order to export data from 
the repository 612,602 to an external location, such as an external file. Upon pressing the Export Data button 13512, 
an Export window 13202 is displayed (FIG. 132). In the Export window 13202, the operator enters the external location 
of the file to which the export operation is to be directed. This external location is entered in field 1 3204. It is noted that 
the peratorcan browse through all available external locations by pressing button 13206. A list of the files located in 

so the external location (specified in field 13204) is displayed in field 13208. The user enters the name of the external 
location (to which the data is to be exported) in field 13210. The type of the file (such as text, spreadsheet, database) 
is entered in field 1 321 2. After the operator has specified the parameters of the export operation, the operator presses 
the Save button 13290 in. order to execute the export data operation. 

55 Data Presenting and Processing Using Hyperbolic Trees 

[0763] As d scribed above, hyperbolic tr es can be used for processing and pres nting data in the context of the 
patent citation function. In the following, example uses of hyperbolic trees for data presentation and processing in the 
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context of the present invention are described. First, the hyperbolic tree mechanism is generally described. Next, 
various functions of the present invention that optionally use hyperbolic trees for data presentation and processing are 
described. 

5 Genera! Description of Hyperboiic Trees 

[0764] A hyperbolic tree or hyperbolic browser is a well known "focus +_context" technique for visualizing and ma- 
nipulating large hierarchies, such as trees. A hyperbolic browser assigns more display space to a portion of the tree 
while still embedding it in the context of the entire tree. The essence of this scheme is to lay out the tree in a uniform 
10 way on a hyperbolic plane and map this plane onto a circular display region. Thus, hyperbolic trees support a smooth 
blending between focus and context, as well as continuous redirection of tre focus. Well known procedures exist for 
manipulating the focus using pointer clicks as well as interactive dragging, and for smoothly animating transitions 
across such manipulation. 

[0765] A hyperbolic browser initially displays a tree with its root at the center, but the display can be smoothly trans- 
*s formed to bring other nodes into focus. This is shown in the example of FIGS. 177 and 178, FIG. 177 illustrates an 
example hyperbolic tree 1 7701 . A portion of the hyperbolic tree 1 7701 is displayed in a window 1 7702. The hyperbolic 
tree 1 7701 includes a root node 1 7704 and a plurality of additional nodes connected either directly or Indirectly to the 
root node 1 7704. For example, node 1 7706 is connected directly to root node 1 7704. Node 1 7708 is connected indirectly 
to root node 17704. 

20 [0766] Additional portions of the hyperbolic tree 1 7701 can be expanded and displayed in the window 17702 (that 
is, focus can be redirected to those portions) by traversing to the desired portions in the hyperbolic tree 17701. An 
operator traverses the hyperbolic tree 1 7701 using a pointer device, such as a mouse. For example, suppose that the 
operator wishes to focus the hyperbolic tree 1 7701 at node 1 7708. In this case, the operator moves the mouse (rep- 
resented by icon 17703) and clicks proximate to node 17708. In response, the portion of the hyperboiic tree 17701 

25 proximate to node 17708 is expanded and displayed. This is shown in FIG. 178. 

[0767] With hyperbolic trees, the amount of space available to a node falls off as a continuous function of its distance 
in the tree from the point in the center. Thus, the context always includes several generations of parents, siblings; and 
children, making it easier for the user to explore the hierarchy without getting lost. 

[0768] Hyperbolic trees exploit well known hyperbolic geometry. Hyperbolic geometry is described in a number of 
so publicly available documents, such as Coxeter, Non-Euclidean Geometry, University of Toronto Press, 1 965, and Moise, 
Elemental Geometry from an Advanced Standpoint, Addison-Wesley, 1974. As is well known, the essence of hyperbolic 
trees is to lay out the hierarchy, such as a tree, on a hyperbolic plane and map this plane onto a circular display region. 
The hyperbolic plane is a non-Euclidean geometry in which parallel lines diverge away from each other. This leads to 
the convenient property that the circumference of a circle on the hyperbolic plane grows exponentially with its radius, 
35 which means that exponentially more space is available with increasing distance. Thus, trees - which tend to expand 
exponentially with depth — can be laid out in hyperbolic space in a uniform way, so that the distance (as measured in 
the hyperbolic geometry) between parents, children, and siblings is approximately the same everywhere in the hierar- 
chy. 

[0769] While the hyperbolic plane is a mathematical object, it can be mapped in a natural way onto the unit disk, 
40 which provides a means for displaying it on an ordinary (Euclidean) display. This mapping displays portions of the 
plane near the origin using more space than other portions of the plane. Very remote parts ofthe hyperbolic plane get 
minuscule amounts of space near the edge of the disk. Translating the tree on the hyperbolic plane provides a mech- 
anism for controlling which portion ofthe structure receives the most space without compromising the illusion of viewing 
the entire hyperbolic plane. 

45 [0770] Much of the above general description of hyperbolic trees and browsers was taken or adapted from Lamping 
ef a/., "A Focus+Context Technique Based on Hyperbolic Geometry for Visualizing Large Hierarchies," CHI '95 Pro- 
ceedings Papers, Xerox Palo Alto Research Center, 1995 (including the Appendix entitled "Implementing Hyperbolic 
Geometry"), incorporated herein by reference in its entirety, in addition to conventional sources, the Lamping et at. 
document and its Appendix are available on the Internet at www.acm.org/sigchi/chi95/Electronic/docu mnts/^apers/ 

so jl_bdy.htm. Hyperbolic trees and browsers are described in a number of additional publicly available documents, such 
as Hyperbolic Tree Toolkit Application: Programmer's Reference, Version 1 .0, Xerox Corporation and InXight Software, 
Inc., January 1997, which is incorporated herein by reference in its entirety. 

[0771] Each node in a hyperbolic tree, when being displayed, includes one parent node and zero or more child nodes. 
The one exception is the root node, which does not have a parent node, but which has z ro r mor child nodes. For 
55 xample, node 1 7706 in FIG. 1 77 includ s one parent node (node 1 7704) and three child nod s (n des 1 7750, 1 7752, 
and 17754). 

[0772] This description ofthe hyperbolic tree is a g neral description ofthe "tree* 1 construct. That is, a tree includes 
a root node and multiple non-root nodes each having a single parent node and zero or more child nodes. 
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[0773] A graph, such as a directed acyclic graph (DAG), differs from a tree. Like a tree, a DAG includes a root node 
that does not have any parent nodes, and that has zero or more child nodes. (Generally, a DAG is not limited to a 
single root, or parent! ess, node. However, DAGs when used with the present invention either include a single root 
node, or are made to include a single root node. This is done by creating an artificial root node, and adding to it as 
s children all of the previously parentless nodes.) 

[0774] Also like a tree, each non-root node in a DAG includes zero or more child nodes. However, unlike trees, each 
non-root node in a DAG includes one or more parent nodes. An example DAG 1 7902 is shown in FIG. 1 79 where non- 
root node 17906 includes parent nodes B and C. 

[0775] Trees and graphs (such as DAGs) are well known and are described in many publicly available documents, 

10 such as Aho et aL, Data Structures and Algorithms, ISBN 0-201 -00023-7, 1983. 

[0776] Many of the modules of the present invention generate data which is optimally represented as a graph, such 
as a DAG. For example, patent citation data is best represented as a DAG since any given patent can be cited in 
multiple patents, and can also itself cite multiple patents. Also, claim charts are optimally represented as DAGs since 
any given dependent claim can depend from multiple parent claims (that is, a multiple dependent claim). 

*5 [0777] At the same time, the data generated by modules of the present invention can often be effectively represented 
through use of hyperbolic trees. This is the case, for example, with mufti-level patent citation data (as described above). 
Accordingly, various modules of the present invention enable the operator to display data using hyperbolic trees. 
[0778] Preferably, the present Invention represents data, where appropriate, as a graph, such as a DAG. When an 
p rator elects to display the data using a hyperbolic tree format, the invention does so. 

20 [0779] Some well known hyperbolic browser implementations are capable of generating and displaying hyperbolic 
trees directly from DAGs. These hyperbolic browser implementations conceptually operate by mapping the root node 
in th DAG to the root node in the hyperbolic tree. Also, non-root nodes in DAG that have a single parent node are 
directly mapped to corresponding nodes in the hyperbolic tree. These hyperbolic browser implementations conceptually 
map non-root nodes in the DAG that have multiple parent nodes to multiple nodes in the hyperbolic tree, wherein each 

25 of these tree nodes are linked to a single parent node in the hyperbolic tree. This is shown in FIG. 1 79, where node D 
has parent nodes B and C in DAG 1 7902. As a result of this conceptual mapping process in hyperbolic browser, nodes 
17906A and 17906B are created in the hyperbolic tree 17904. Each of these nodes 17906A and 17906B is linked to 
a single parent node (that is, nodes B and C) in the hyperbolic tree 17904. The process of generating and populating 
a hyperbolic tree from a DAG by such hyperbolic browser implementations will be apparent to persons skilled in the 

30 relevant art(s). 

[0780] When operating with such hyperbolic browser implementations, the invention passes the DAG to the hyper- 
bolic browser. The hyperbolic browser generates and displays a hyperbolic tree directly from the DAG. 
[0781 ] Other well known hyperbolic browser implementations are not capable of generating and displaying hyperbolic 
trees directly from DAGs. When working with such hyperbolic browser implementations, the invention translates or 

35 maps the DAG to a tree format. This mapping process is illustrated in FIG. 179. According to this mapping process, - : 
the root node in the DAG 17902 is directly mapped to the root node in the tree 17904 (see node A). Also, non-root .U- 
nodes in DAG 1 7902 that have a single parent node are directly mapped to corresponding nodes in the tree 1 7904 
(see nodes B and C). Non-root nodes in the DAG 1 7902 that have multiple parent nodes are mapped to multiple nodes 
in the tree 17904. Each of these tree nodes are linked to a single parent node in the tree 17904. See node D, which 

40 has parent nodes B and C in DAG 1 7902. As a result of the mapping process, nodes 1 7906A and 1 7906B are created 
in the tree 1 7904. Each of these nodes 1 7906A and 1 7906B is linked to a single parent node (that is, nodes B and C). 
[0782] The invention then passes the tree 1 7904 to the hyperbolic browser. The hyperbolic browser generates and 
displays a hyperbolic tree from the tree 17904. The process of generating and populating a hyperbolic tree from the 
tree 1 7904 will be apparent to persons skilled in the relevant art(s). 

4 5 [0783] In some embodiments, the invention performs this mapping process even when working with a DAG-enabled 
hyperbolic browser. This may be done for performance reasons. For example, performance may be enhanced by 
having the invention perform the mapping function, as opposed to the hyperbolic browser performing the mapping 
function. 

[0764] Since the invention generates a graph or DAG 17902 to represent data, where appropriate, it is possible to 
50 asity display the information in DAG 1 7902 using other display mechanisms that are DAG-capable or DAG-enabled, 

or more generally graph-capable or graph-enabled. The scope and spirit of the present invention is intended and 

adapted to operate with DAG-capable or DAG-enabled display mechanisms, or more generally graph-capable or graph- 
nabled mechanisms, including those presently existing and those that will be developed in the future. 

[0785] Various functions of the present invention that optionally use hyp orb lie trees to present and proc ss data 
55 are describ d in the following s ctions. 
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Patent Citation Tree 

[0786] According to an embodiment of the present invention, the patent citation module 1004 performs a patent 
citation tree function (in addition to the functions described above). 

5 [0787] FIG. 164 illustrates an example patent citation tree 16404, a portion of which is being displayed in window 
16412. In the patent citation tree 16404, each node represents a patent, and each link represents a citation. When 
performing a forward patent citation function, the links going from the root node toward the children nodes or leaves 
represent the directed association "is cited in," as in "<parent-node> is cited in <child-node>." When performing a 
backward citation function, the links going from the root node toward the leaves represent the directed association 

10 "cites," as in °<parent-node> cites <child-node>." 

[0788] As discussed below, the nodes in the patent citation tree 1 6404 are preferably color coded or otherwise em- 
phasized (by modifying the display properties of the nodes) according to patent ownership or assignee, or some other 
criteria, such as time (i.e., issue date) or user-selection (this is described below). As a result, the patent citation tree 
16404 is very useful when performing clustering analysis and/or bracketing analysis. In fact, the patent clustering/ 

is bracketing module 1008 in some embodiments is capable of using hyperbolic trees to represent its data output Ac- 
cordingly, the description below of the patent citation module 1004 when performing the patent citation tree function 
using hyperbolic trees is also applicable to the patent clustering/bracketing module 1 008. Additionally, other modules 
of the invention are capable of presenting their data output using hyperbolic trees. Accordingly, the following description 
is also applicable to these other modules of the invention. 
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Patent Citation Tree (Network Ciient) 



[0789] The patent citation tree function when being performed by a network client 306 interacting with the enterprise 
server 31 4 shall now be described with reference to a flowchart 15702 in FIG. 157. For illustrative purposes, suppose 
25 that an operator at a network client 306 is viewing the example console 1 61 02 shown in FIG. 1 61 . 

[0790] Instep 15706, the operator selects a patent from a listing of patents displayed in documentpane 16104. The 
patent selected shall be referred to as the *4B4 patent. The operator selects the '484 patent using a pointing device, 
such as a mouse (represented by icon 16110). An indication of this selection of the '484 patent is received by the 
network client 306. 

30 [0791 ] In step 15708, while the '484 patent is selected, the operator issues a command to perform a citation analysis 
function. The operator may issue this command by right-clicking (while the mouse is positioned over the '484 patent 
in the document pane 16104) to bring up a context-sensitive pop-up menu 16202, a portion of which is shown in FIG. 
1 62. Alternatively, the operator can press a button associated with the citation analysis function in the toolbar 1 61 08 
(which has been modified to include options in addition to those described above, such as the citation analysis function 

35 option), or make a selection from a menu accessible via the menu bar. The network client 306 receives an indication 
ofthis command issued by the operator. 

[0792] Instep 15710, the network client 306 presents a dialogue box 16302 (FIG. 1 63) to the operator. In this dialogue 
box 16302, the operator identifies whether he wishes to perform a forward citation function or a backward citation 
function. Also, the operator defines the scope of the citation analysis to be performed by indicating the number of levels 
40 that should be cited. This information entered into the dialogue box 1 6302 is received by the network client 306. 

[0793] In step 15712, the network client 306 interacts with the enterprise server 314 as necessary to retrieve infor- 
mation from the databases 316 pertinent to the citation analysis tree function specified by the operator. The manner 
in which step 15712 is performed is illustrated in a flowchart shown in FIG. 158. 

[0794] In step 1 5804, the network client 306 sends a request to the enterprise server 314. The network client 306 
45 generates the request in accordance with the enterprise server API discussed above. Accordingly, the request gener- 
ated by the network client 306 conforms to the enterprise server API. Preferably, the request is made using the ReqA- 
nalysisCitation command (described above). Alternatively, the request can be made using a properly formed ReqFunc- 
tion command (described above). The request specifies: (1) either a backward citation search or a forward citation 
search (as indicated by the user in dialogue box 1 6302); (2) the '484 patent; and (3) the number of levels (as specified 
so by the operator in dialogue box 16302). 

[0795] In step 15806, the enterprise server 314 processes the request. In particular, the enterprise server 314 ac- 
cesses the patent table 1222 (FIG. 12H) to identify the documentjd associated with the '484 patent. For backward 
citation searches, the enterprise server 31 4 then accesses the PatentRef Table 1 208 (FIG. 1 2C) using this documentjd 
as the key to identify all pat nts which are cited in th '484 patent. Each hit in the PatentRef table 1208 corresponds 
55 to a patent that is cited in the '484 patent. When performing a forward patent citation search, the nterpris s rver314 
accesses the PatentRef Table 1 208 to identify all patents which cite th '484 pat nt. In this case, th enterprise server 
314 uses the documentjd of the '484 patent as a key in searching the RefPatentNo fi Id of the PatentRef table 1 208 
(in backward searches, the documentjd field of the PatentRef table 1 208 is searched). Each hit in the PatentRef table 
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1208 corresponds to a patent that cites the *484 patent. 

[0796] For patent citations of one level, the search is then complete. However, for patent citations of greater than 
one level, the enterprise server 314 must repeatedly accesses the Patent RefTable 1208. For example, consider a 
backward patent citation function of two levels. Suppose that the above described operation identified that patents P 
5 I and P2 are cited in the '484 patent. This is the first level. The second level refers to the patents that are cited in patents 
P1 and P2. Accordingly, the enterprise server 314 must perform the above described operations for each of patents 
P1 and P2, to identify the patents cited in P1 and P2. 

[0797] In practice, to enhance performance, a single search command is issued for each level of the citation function. 
For example, a first search command is issued to identify all patents that cite a patent P1 (for a forward citation function). 

10 This is the first level. Suppose that patents P2, P3, and P4 are identified by this first search command. In the second 
level, a second search command is issued to identify all patents that cite patents P2, P3. and P4. In a similar manner, 
a single search command is issued for each of the other levels ofthe citation function being performed. 
[0798] Further in step 1 5806, the enterprise server 31 4 processes the information retrieved from the databases 31 6 
and generates two tables. In particular, the enterprise server 314 generates a parent/child table. An example patent/ 

is child Table 18002 is shown in FIG. 180. In the parent/child Table 18002, parent/child relationships between the patents 
retrieved from the databases 316 are indicated. The parent/child DAG 18102 corresponding to the parent/child Table 
18002 is shown in FIG. 181. In DAG 18102, in the con text of the example Involving the '484 patent, node 1 corresponds 
to the '484 patent. 

[0799] The enterprise server 314 also creates a patent bibliographic information table. An example patent biblio- 
20 graphic information Table 1 8202 is shown in FIG. 182. In the patent bibliographic information Table 1 6202, there is a 
row for each patent represented in the parent/child Table 1 8002. The row corresponding to each of these patents stores 
bibliographic information for that patent. 

[0800] In other embodiments, the client 306 issues two commands, a first command to retrieve the parent/child 
information, and a second command to retrieve bibliographic information on the parents and children. In such embod- 
25 iments, the ReqAnalysisCitation function may be configured to optionally return only the parent/child information. Other 
ent rprise server API commands (described above) could be used to retrieve patent bibliographic information. 
[0801] In step 15808, the enterprise server 314 transfers the patent/child table 18002 and the patent bibliographic 
information table 1 8202 to the requesting network client. 

[0802] Referring again to FIG. 157, in step 15714 the network client 306, after receiving the parent/child table 18002 
30 and the patent bibliographic information table 18202, generates a citation analysis DAG corresponding to the patent/ 
child relationships indicated in the parent/child table 18002. Alternatively, the patent bibliographic information table 
18202 can be retrieved as necessary, when the operator wants to view a patent (as described below). As indicated* 
above, FIG. 181 illustrates the citation analysis DAG 18102 for the parent/child table 18002 of FIG. 180. The manner 
in which the network client 306 performs step 15714 is represented by a flowchart shown in FIG. 159. 
35 [0803] In step 15904, the network client 306 initializes the citation analysis DAG 1 81 02. The citation analysis DAG 
1 81 02 includes a root node representing the selected patent (that is, the '484 patent), and nodes for each of the other 
patents (i.e., patents that cite the '484 patent, or that are cited in the '484 patent). In the example of FIG. 1 81 , the root" 
node, representing the '484 patent, is node 1 . The other nodes 2-7 represent patents that are cited by the '484 patent 
(in the case of a backward citation function), or patents that cite the '484 patent (in the case of a forward citation 
40 function). Note that, upon completion of step 15904, the links between nodes in the citation analysis DAG 1 81 02 have 
not yet been established. 

[0804] In step 15906, the network client 306 selects one of the nodes in the citation analysis DAG 1 81 02 for analysis 
[0805] In step 15908, the network client 306 generates a link for each parent/child relationship for the selected node, 
where the selected node is the child. Such parent/child relationship information is obtained from the parent/child Table 
45 18002. For example, assume that node 7 is the selected node. As Indicated in the parent/child Table 18002, node 7 
(or, equivalent^, patent 7) is the child of patent 5 and patent 6. Accordingly, in step 15908, the network client 306 
creates a link to node 7 in both node 5 and node 6. The information representing these links is preferably stored in the 
par nt nodes of the selected node to allow navigation of the tree from the root down. 

[0806] Instep 15910, the network client 306 determines whether there are any additional nodes in thecitation analysis 
50 DAG 1 8102 that have not yet been processed. If there are such nodes, then control returns to step 1 5906. Otherwise, 
th citation analysis DAG 18102 is complete, and control returns to flowchart 15702 in FIG. 157. 
[0807] Referring again to FIG. 1 57, in step 1 571 6 the network client 306 creates the citation analysis hyperbolic tree 
16404. When necessary (as described above), the network client 306 creates a tree (that differs from the hyperbolic 
tree 1 6404 that will ultimately be construct cl) that corr spends to the citation analysis DAG 1 81 02 generat d in step 
55 15714. Th mann r in which the network client 306 performs this function is repres nted by a flowchart in FIG. 160. 
[0808] In step 16004, the network client 306 sel cts anode ofthe citation analysis DAG 18102 (it is n ted that the 
root n de 1 8104 corresponding to the '484 patent is not subject to selection). Also, the network client 306 initializes 
the tree 1 8302 (an example of which is shown in FIG. 1 83) by constructing the root node 1 8304 that corresponds to 
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the '484 patent. 

[0809] Instep 1 6008, the network client 306 selects one of the parents of the selected node from the citation analysis 
DAG 1 8102. It is noted that, by definition, the selected node must have at least one parent Assume, for example, that 
node 7 was selected in step 16004, and node 5 was selected in step 16008. 
s [081 01 In step 1 601 0, the network client 306 generates a new node in the tree 1 8302 being constructed. Specifically, 
the network client 306 generates node 7A in tree 1 8302. 

[081 1] Instep 1 601 2, the network client generates a link that represents the parent/child relationship between nodes 
7A and 5. The information corresponding to this link is stored in tree node 5 of tree 18302. 

[0812] In step 16014, the network client 306 determines whether the selected node (that is, node 7 in the citation 
10 analysis DAG 1 81 02) has any additional parents in the DAG 1 81 02 that have not yet been processed. In the case of 
the current example, node 7 has a parent, node 6, that has not yet been processed. Accordingly, control returns to 
step 1 6008 to process the parent node 6 with respect to the selected node 7. If, in step 1 601 4, the selected node does 
not have any additional parents in the DAG 1 81 02 to process, then control flows to step 1 601 6. 
[0813] Instep 16016, the network client 306 determines whether there are additional nodes in the citation analysis 
15 DAG 1 81 02 to process. If there are additional nodes to process, then control returns to step 1 6004. Otherwise, con- 
struction of tree 18302 is complete, and control returns to flowchart 15702 in FIG. 157. 

[0814] Referring again to FIG. 157, further in step 15716 the tree 18302 is used to generate a hyperbolic tree. In 
generating the hyperbolic tree, a hyperbolic tree node is generated for each node in the tree 1 8302. Also, links between- 
nodes in the hyperbolic tree correspond to links in the tree 18302. In addition to linking information, the nodes in the 

20 hyperbolic tree may also include bibliographic information for corresponding patents. Such bibliographic information 
is obtained from the patent bibliographic information Table 18202. Alternatively, such patent bibliographic information 
is maintained in the patent bibliographic information Table 18202, and retrieved as necessary (that is, such patent 
bibliographic information is not stored in the hyperbolic tree). Further details concerning construction of a hyperbolic 
tre corresponding to tree 1 8302 will be apparent to persons skilled in the relevant arts. 

25 [081 51 As discussed above, in some embodiments, the invention generates a hyperbolic tree directly from the DAG 
generated in step 15714. Whether this is possible depends on the capabilities of the hyperbolic browser being used 
in the client306, and potentially other issues, such as performance issues. In these embodiments ofthe invention where 
the hyperbolic tree is generated directly from the DAG, it is not necessary to perform the above described functions of 

step 15716. , . . 

30 [0816] Instep 15718 the network client 306 displays the hyperbolic tree generated in step 15716. An example patent 

citation hyperbolic tree 16404 corresponding to the '484 patent is shown in FIG. 164, wherein a portion of the patent 

citation tree 16404 is being displayed in a window 16412. 

[081 7] As indicated above, the nodes of the patent citation tree 1 6404 may be color coded or otherwise emphasized 
according to some criteria. Examples of such criterions are described below, although the invention is not limited to 
35 these examples. The operation of step 1 571 8 in performing this function is represented by a flowchart shown in FIG. 

176. u . 

[0818] In step 1 7604, based on user command, the network client 306 color codes or otherwise emphasizes and 
displays the nodes in the patent citation tree 1 6404 according to ownership and/or assignee (or some other criteria 
specified by the operator). For example, the nodes corresponding to patents owned by company A may be color coded 
40 red whereas the nodes corresponding to patents owned by company B may be color coded blue. Alternatively, the 
nodes corresponding to patents owned or licensed by the customer corporate entity may be color coded purple, whereas 
the nodes owned by any other corporate entity are color coded black. 

[08191 It is noted that other means for highlighting or emphasizing the nodes in the patent citation tree 1 6404 (other 
than color coding) can be used. In fact, any of the display properties of the nodes can be adjusted to reflect the criteria 
45 of interest Such display properties include uppercase, lowercase, typefaces, fonts, underlining, bold, italics, type size, 
etc 

[0820] Ihe enterprise server 31 4 retrieves ownership and/or assignee information (upon receiving a command from 
the network client 306 requesting such information) from the assignee table 1201 (FIG. 12B) and/or the 
patent_ownership Table 1 234 (FIG. 1 2J). This information is preferably returned to the network client 306 in the patent 
so bibliographic information Table 1 8202 from the enterprise server 314. 

[08211 in one embodiment, the assignment information in the assignee Table 1 201 reflects any original assignment 
information on the front page of patents. In some embodiments, the assignee Table 1201 is periodically modified to 
reflect updated assignment information as recorded in the U.S. Patent Office or other national Patent Offices (in the 
cas of non-U.S. patents). 

55 [0822] inoth r embodiments, such updated assignment information is stored in a separate tabl (not shown), caliea 
th current_assign e table. The original assignm nt information in the assignee table 1201 is not changed. 
[0823] In these other embodiments, according to the present invention, th operator can instruct the network client 
306 to update the display of the patent citation tree 16404 to reflect such current assignment information using the 
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inf rmation in the current_assignee table. 

[0824] • Accordingly, in step 1 7606, the network client 306 receives a command from the operator to update the patent 
citation tree 1 6404 with the current assignee information in the current_assignee table. 

[0825] In step 1 7608, the network client 306 sends a request to the enterprise server 314 for updated assignment 
5 information. This request, which is in conformance with the enterprise server API, lists the patents represented in the 
patent citation tree 16404. In accordance with this request, the enterprise server 314 accesses the current.aasignee 
table for any updated assignment information regarding the listed patents. It is noted that not all patents may have 
updated assignment information. The enterprise server 314 transfers this information back to the requesting network 
client 306. 

10 [0826] In step 1 761 0, the network client 306 adjusts the display properties (such as the color coding) of the nodes 
in the patent citation tree 1 6404 to reflect any new assignment information as received from the enterprise server 314. 
According to an embodiment of the invention, the network client 306 allows the operator to switch back and forth 
between the original assignment information and the updated assignment information. In other words, upon appropriate 
operator command, the network client 306 toggles between displaying the patent citation tree 1 6404 according to the 

15 assignment information stored in the assignee Table 1201 , and displaying the patent citation tree 1 6404 according to 
the updated assignee information in the current_assignee table. 

[0827] Nodes can also be color coded according to other criteria as selected by the operator. For example, in step 
1 7604, based on user command, the network client 306 color codes or otherwise emphasizes and displays the nodes 
in the patent citation tree 16404 according to issue date. For example, patents that issued in 1984-1936 are color 

20 coded blue, patents that issued in 1986-1988 are color coded red, patents that issued in 1988-1 990 are color coded 
y How, etc. In a similar manner, the nodes can be color coded according to other time-based criteria, such as filing 
date, priority date, length of pendency, effective filing date, invention date, critical date, on-saledate, public disclosure 
date, public use date, etc. Such information is either retrieved from the databases 31 6, calculated based on information 
retrieved from the databases 316, or entered by operators. Information entered by an operator on a patent (such as 

25 the invention date) is preferably stored in the node that is associated with the patent. Such information is, upon receipt 
of appropriate user command, referred to when displaying and emphasizing the node. 

[0828] Operators can also specify the time increment (1984-1986 or 1984-1988, for example), the beginning date 
to view, the ending date to view, etc. 

[0829] The invention also allows operators to enter their own user-defined criteria. For example, an operator can 
30 specify that patents P1 and P3 should be color coded blue, patents P10 and P21 should be color coded red, etc. Such 
specification by the operator may be based on information or analysis conducted by the operator. For example, the 
operator may have previously determined that patents P 1 and P3 are unenforceable, and patents P10 and P21 contain 
claims that are infringed. 

[0830] In an embodiment, the operator right clicks over a node to display a context sensitive menu. Via this menu, 
35 the operator can specify user-defined criteria for displaying the node (i.e., that the node should be color coded blue, 
or the node should be color coded as an unenforceable patent, where the color for unenforceable patents is defined 
elsewhere). The operator has the option of entering text that describes the meaning of his criteria, such as "Blue: 
Patents that are infringed." This text is displayed in the legend (described below). 

[0831] Preferably, nodes can be emphasized using any combination of operator-selected criterions. This is done by 
40 using different display properties to represent different criterions. For example, color could be used to represent own- 
ership, font could be used to represent issue date, underlining could be used to represent enforceable/unenforceable, 
etc. 

[0832] According to an embodiment of the invention, a legend is displayed next to the patent citation tree 16404. 
This legend specifies the meaning for the colors or other display properties used to highlight the nodes of the patent 
45 citation tree 1 6404. For example, the legend may indicate that blue is for patents owned by IBM, or is for patents issued 
in 1994-1 997, or is for patents indicated by the operator as being infringed. 

[0833] The present invention enables operators to interact with the data in the patent citation tree 1 6404. For example, 
operators can elect to view information regarding any of the patents represented in the patent citation tree 1 6404. Such 
op ration is represented by steps 15720, 15722, and 15724. 
so [0834] In step 15720, the operator selects one of the patents represented in the patent citation tree 16404. In the 
example of FIG. 164, the operator has selected the '168 patent by double-clicking while the mouse (represented by 
icon 16412) is positioned over node 16408 corresponding to the '168 patent. 

[0835] In step 15722, the network client 306 retrieves information pertaining to the selected '1 68 patent. 
[0836] In step 15724, at a minimum, the network client 306 displays the Abstract and bibliographic information on 
55 the '168 patent. This information was pr ferably transferr d to the network cli nt 306 in the patent bibliographic infor- 
mation table 18202 (FIG. 182). FIG. 165 illustrates an example window 16502 where the Abstract and bibliographic 
information pertaining to the 186 patent is displayed. 

[0837] If the selected patent (that is, the '1 68 patent) is in the local repository, then the network client 306 in step 
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15722 interacts with the enterprise server 31 4 to download the patent text and/or the patent image of the '1 68 oatent 

^3 a"^ 0 TH ' "™ *■* M patent ima ^ as described'above (J for Ixample^ Ss 

1 23 and 1 24). This is represented by step 1 5724. start here e*«mpie, r 

[0838] As indicated above, the operator can elect to color code or otherwise adjust the dteplay properties of the 

info^ln 6 P f TTl ^ 16404 aCC ° rding t0 Vari0US Criteria - Such criteria ^«^es ass^ anr 0 w^eihip 
^ZT^T^ Another criteri «« Patentaging. Specifically, an operatorcan eiectto adjustthrdSay 

f J . m thS Pat6nt Citati0n tree 1 6404 «*on«ng to the age of the patents relative to the base oatent 

nsteo 15706%T G an ;S O i F,G H 164 ' *t ^ ^ iS thS ' 484 Patent W " ich w-SrWnlV select^by ^he op'ettor 
in step 15706 (FIG. 157). Accord.ng to this aspect ofthe invention, the nodes corresponding to the other patents in the 
patent citation tree 16404 are color coded to reflect their age relative to the base '484 paint. For exa£p e ^atente 
that issued less than a year after the '484 patent are co.or coded blue. Patents that issued more than onTyear but 2 
than two years after the "484 patent are color coded red. Patents that issued more than two yJTSi^i 
years after the '484 patent are color coded yellow 

TT"^ 9ray SC3leS ° an be US6d t0 ref,ect the aae of * e P atents rela «ve to the base '484 patent For 
example, the closer the issue date of a patent is to the issue date of the "484 patent, the darker the grayuscd and the 

o2i, r aw ZT»Zl e T ? a r tent is t0 the issue da,e of the * 484 p atent the ^ *• o«y .22 

th« isiued wZ^' P a9i " 9 ^ bS V ' SUa,i2ed by diSp,aying in the P atent c,tat,on tree the root plus any patent 
-1 of „f Vear , h6 f0Ot ( ° r any ° th6r t,me increment s P ecified b V the °Perator). The tree then oro^s upon 

receip of user command to include patents that issued later. For example, upon receipt of user command The 

[0842] Patent ag.ng visuahzations (described here and in other places of this application) are valuable because thet 
represent when patent-related activity occurred with respect to a given technology. * 

Patent Citation Tree (Web Client) 

[0843] The operation of the patent citation tree function when performed by a web client 304 interacts with th« 

fnt^L'" f BP 1 1 606 ' !T 6 ° Perat0r 31 thS W6b C " ent 304 defines a search » be Performed by entering search criteria 
nl Ik lr T" d0W ' SUCh 38 Pat6nt S6arCh Widow 1 4002 shown in 1 40- 1" the manner described above 

he web Cent 304 interacts wfth the enterprise server 314 via the web server 310 to conduct the search defined bv 

U^S^^TtS^ diSP ' ayS th6 r. arCh reSU ' tS " 8 S6arCh reSUttS Wind0W ' SUCh a s seaThtsSS widow 
HMMn . 141. This is represented by step 16608 in flowchart 1 6602 

1^7p th* fl P ! 66 t 1 ^!, he ° P6rat0r Se,eCtS 0ne of the P atents listed the search results window 14102 In step 
taininn ♦« J, fTS™ *° enterprise Server 31 4 via the web se ™ to retrieve information per 

M^m VZ T T™' T d l ° diSP ' ay SUCh informati0n < such P rocessi "9 is bribed above) Preferably such 
informatjon is displayed in windows, such as those shown in FIGS. 144 145A 145C and/or FIG 14R F.^IrH?* , 
regarding the operation of steps 16606. 16608, 16610, and 16612 are proved Se ^ ^ 

SSilL 111 6P J 66 , 14 ' * ha °P erator at tne web client 304 issues a command to perform a patent citation analysis of 

s '^. 16704 ' "» t "°«" se ' 808 "> '!» »•» aient 304 generates and sends a request to th. web server 3,0 
B Vhe i^™^ ™ * " * '°™' ,rd ° ta "°" """"" indi ™ Md W •» °Pe'«»' i" dlaloa box 
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[0851] Instep 16708. the ent rpriseserv r 314 processes the requ st. In particular, the enterprise server 31 4 access 
the patent table 12222 (FIG. 12H) to identify the documentjd associated with the *830 patent For backward citation 
searches, the enterprise server 314 then accesses the PatentRef table 1208 to identify all patents which are cited in 
the '830 patent. For forward patent citation searches, the enterprise server 31 4 accesses the PatentRef table 1208 to 
5 identify all patents which cite the '830 patent. The enterprise server '314 repeatedly accesses the PatentRef table 1208 
according to the number of levels as indicated in the request from the web server 310. Further details regarding the 
operation of the enterprise server 314 are described above. 

[0852] The enterprise server 314 processes the information retrieved from the databases 316 and generates two 
tables, the parent child table 18002 (FIG. 180) and the patent bibliographic information table 18202 (FIG. 182). The 
10 operation of the enterprise server 314 when performing step 16708 is similar to its operation when performing step 
15806 (described above). 

[0853] In step 1 671 0. the enterprise server 31 4 transmits the parent/child table 1 8002 and the patent bibliographic 
information table 18202 to the web server 310. 

[0854] In step 16712, the translator 804 in the web server 310 translates, as necessary, the information received 
15 from the enterprise server 314. and forwards the translated information to the web client 304. The translator 804 trans- 
lates the information from the enterprise server 314 to a format that is compatible with the capabilities and plug-ins 
associated with the browser 808 This operation shall be further described with reference to F|G. 186. 
[0855] As shown in FIG. 1 86. in an embodiment of the Invention, the web client 304 includes a hyperbolic tree module 
18602 that interacts with the orowser 808. In some embodiments, the hyperbolic tree module 18602 may optionally 
20 include or interact with a hypcibolic tree DLL (dynamic link library), not shown. 

[0856] The translator 804 in step 1 671 2 translates the information received from the enterprise server 31 4 to a format 
that is useable by the hyperbolic tree module 1 8602. Accordingly, the operation of the translator 804 in this respect is 
specific to the particular functions and capabilities of the hyperbolic tree module 1 8602 being used in the web client 
304. The browser 808 receives this translated information from the web server 310, and then forwards the translated 
25 information to the hyperbolic tree module 18602 for processing. As described below, the hyperbolic tree module 18602 
modifies and formats this information from the browser 808, as necessary, and then displays and processes the patent 
citation hyperbolic tree. 

[0857] Referring again to FIG. 166 : in step 16620, the hyperbolic tree module 18602 in the web client 304 generates 
a citation analysis DAG from the information received from the enterprise server 314 via the web server 310. The 
30 op ration of the hyperbolic tree module 1 8602 when performing step 1 6620 is similar to the operation of the network 
client 306 when performing step 15714. 

[0858] In step 16622, the hyperbolic tree module 18602 maps the citation analysis DAG to a tree where necessary 
(as described above), and then generates a hyperbolic tree from this tree. The operation of the hyperbolic tree module 
1 8602 when performing step 1 6622 is similar to the operation of the network client 306 when performing step 1571 6. 

35 [0859] In some embodiments, at least parts of steps 16620 and 16622 are performed by the translator 804 in the 
web server 31 0. In particular, the translator 804 generates a citation analysis DAG from the information received from 
the enterprise server 314, and maps the citation analysis DAG to a tree. The translator 804 may also generates 
hyperbolic tree from the tree. The translator 804 forwards the results of its processing (i.e., the translated information 
referred to above) to the browser 808. 

40 [0860] As discussed above, in some embodiments, the invention generates a hyperbolic tree directly from the DAG 
generated in step 16620. Whether this is possible depends on the capabilities of the hyperbolic tree module 18602 in 
the web client 304, and potentially other issues , such as performance issues. In these embodiments ofthe invention 
wh ere the hyperbolic tree is generated directly from the DAG, it is not necessary to perform the above described 
functions of step 16622. 

45 [0861] In step 16624, the hyperbolic tree module 1 8602 displays the patent citation information to the operator in a 
hyperbolic tree format. In other words, in step 16624, the hyperbolic tree module 18602 displays the hyperbolic tree 
generated in step 16622. The operation of the hyperbolic tree module 18602 when performing step 16624 is similar 
to the operation of the network cl ient 306 when performing step 1 571 8, wherein at the web client 304, the patent citation 
tree 16404 is displayed in a window similar to the window 16412 shown in FIG. 164. 

50 [0862] In step 1 6626, the operator at the web client 304 selects one of the patents represented in the patent citation 
tree 1 6404. Step 1 6626 is similar to step 1 5720 (FIG. 1 57). 

[0863] In step 16628, the web client 304 retrieves information on the patent selected in step 16626. Step 16628 is 
similar to step 15722 (FIG. 157). 

[0864] In step 1 6630, the web client 304 displays the retrieved patent information. Step 1 6630 is similarto step 15724 
55 (FIG. 157). 

[0865] Preferably, the web client 304, when displaying the patent citation tree 16404, color codes or otherwise em- 
phasizes the nod s of the patent citati n tree 1 6404 according to some user selected criteria, such as ownership, 
assignee, relative age, issue date, filing date, user-defined criteria, etc., as described above. 
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Additional Patent Citation Visualizations 

%a ™ epresent ''nvention lncludes the capability to displaypatent citation data inadditionalformats.Forexample 
FIG 1 74 illustrates an example display format 1 7402 where patent citation information is visualized as a modtf.ed bar 
grapf. Display format 17402 represents a backward patent citation visualization of a '201 patent -20 patemts 
crted by a "567 patent, a '432 patent, a '123 patent, and an '888 patent. Each of these patent is represented by a bar 

H?£TV U ^ 9raphiCa,,y repreSe0tS the pendency duration of th < 'associated patent The longer 

i.„ a i,, r ° n9er i Pe "f " Cy ° f thS Patent A,S °- the be9,nnin 9 and endin 9 ,ocations °< each bar graphically rep- 
resent the f.lmg and .ssue dates of the patent. For example, the "201 patent was filed at the beginning of 989 and 

r^ 6 a ^H end ° f 1989 h The b3rS diSP,ay f0m,at 17402 Can be ^-coded or otherwise emphasized S refS 
user-selected cntena. such as ownership, assignee, etc. , as described above 

[08671 Note that display format 17402 in FIG. 174 represents a one-level patent citation function. Additional levels 
can be v.ewed by selecting the patent of interest. For example, if the operator double clicks on the *23 paTent then 
the patents that cite the '123 patent will be displayed. This is shown in FIG. 175. P ' 

Patent Claims Tree 

J^rTf t0 T emb0diment ofthe P resent invention, the analysis modules 416 in the enterprise server 314 
.nclude a patent cla.m tree module 1022 (FIG. 10). FIG. 171 illustrates an example patent claims tree 17101 In this 

nodes ?7 a i0 6 S r J t 1 , 7101 ' r ° 0t n ° de 17104 repr6SentS the Pa,ent «" this case . S.8. Patent 5,092,011 The 
clnnJllT, ,h y r neCt6d t0 r ° 0t n ° de 17104 repr6Sent the indent claims in the patent. The nodes 
connected to these .ndependent claim nodes represent the dependent claims of the respective independent eta 
T""^ 8 '"the patent claims tree 17101 present the dependencies between claims ^pendent cla.ms. 

[0869] The nodes in the patent claims tree 1 71 01 can be color coded or otherwise emphasized (by modifvinq some 
display property) according to various criteria, including user-defined criteria. For example when LTonSna an 7n 
ST ana ^ ° Perat0r C3n 6,SCt l ° COl ° r Code daims that ar * to be in'ringl SJoTSTJS 

^Tt. ^ 7 b , e " eVed l ° bS infnn9ed USin9 anotne ' c °'°' When conducting a validrty analysis th operator can 
electto color code c.a,ms that are believed to be valid using one color and claim? that are believed to be E uslnq 

1oST™° t ^ be, ° W ' "° deS can 3lSO be eotoir ^ or emphasized according to whether the™ 
Son free SLSSTf w J" 1 *"" correspond t0 independent or dependent claims. Aiso. as with the patent 
atat on free desenbed above), operators can color code according to operator-defined criteria Other criterions fo 
color cod.ng the claims will be apparent to persons skilled in the relevant art(s) cntenons for 

E I? I* 1 ! Pa i ent f aimS ^ funCti ° n ' When P erformed b V either a network client 306 or a web client 304 shall now 
be described with reference to a flowchart 1 6802 shown in FIG. 1 68 

fUT 1 t * n St6P , 1 68 ° 6 ' the ° Perat0r S6leCtS 3 patent usin 9 anv of tne mechanisms described herein such as selectina 
1ST T 3 T 9 01 Pat6ntS diSP ' ayed in the d0CUment pane 1 6104 of th * ^sole 1 61 02 (FIG 161 ) 9 
L„h hL, w P ' ,nformation Pertaining to the selected patent is retrieved from the databases 31 6 (as necessanrt 

SmTS^Si^ ^ diSP ' ay f ° rmatS deSCnbed her6in < S6e ' for e^Ple. FIGS. 1 23 and 124) 
tZ oLI? P ' ^ ° Perat0r iSSUSS 3 command t0 d «Play a patent claims tree for the patent be ng displayed 

0874? He ^HH^T 9 f C ?T mand fr ° m 8 P0P " UP Wind ° W ' Se,eCti "9 *• «™* 'rorna tooba^etc 
Sin order to dentt h° T ^T™ (aS and ana * Zes the te * ° f tne claims section of the 

»™?h ™ ^ ^endences (since it is necessary to analyze the claims, the patent claims tree function 

relationship between claims is Identified by parsing the claim text of the patent and identifying <^a£«S2^ 
Lti hT. a ? 0rdln 9 to c,a,ms 3 ° r 4 "^e system as in one of claims 4-7." "a product produced accordla totne 

[0875] In step 16814. the client 304/306 generates a claims dependency DAG. For example FIG 184 illu S tr«t M „ 

mp™? performs 8te P 1 6814 is represented in a flowchart shown in FIG. 169 
[0876] In step 1 6904, the client 304/306 initializes the claims dependency DAG 1 8402 This initial DAG 1 8402 in 
55 ™™ 3 ; oo \ nod6 /epr eS enting the '011 patent, and a node for each c.aimTn the 'oil patent 

^S^rS\^™™~ o»thenodesoftheDAG 18 402 ( or,e q uiva,en« y .th Cient 

^t 7 !idJ n , n St Z I 6 ? 0 I tha select6d claim is a " independent claim, then the client 304/306 creat s a link from the 
root node to the selected node. For example, if claim 1 is the selected claim, then the client 304/306 creates T link 



30 



35 



40 



45 



50 



:DOC, D: <EP 1 184788A2J_> 



94 



f 

s 



EP 1 184 798 A2 



between node 1 8406 to the root node 1 8408. Information representative f the link is stored in the parent of the selected 
claim. For example, information representing the link between node 18406 and the root node 18408 is stored in root 
node 18408. 

[0879] If the selected claim is a dependent claim, then in step 1 6908 the client 304/306 creates a link between the 
5 selected node and each node (called parent nodes) corresponding to a claim from which the selected claim depends. 

Information representing these links is stored in the parent nodes. For example, assume that node 1 8404 corresponding 

to claim 1 0 was selected in step 1 6906. Claim 1 0 depends from claims I and 9, the parent nodes of claim 1 0. Accordingly, 

in step 16908, the client 304/306 creates a link from node 1 8404 to node 18406 and node 1841 0. The link information 

is stored in parent nodes 18406 and 1 8410. 
w [0880] I n step 1 691 0, the client 304/306 determines whether there are additional claims in the '011 patent to process. 

If there are additional claims to process, then control returns to step 169C6. Otherwise, construction of the claims 

dependency DAG 18402 is complete; and control returns to flowchart 16802. 

[0881] Referring again to FIG. 168, in step 16816 the client 304/306 generates the patent claims hyperbolic tree. In 
so doing, the client 304/306 generates a claims dependency tree, if necessary (as described above). FIG. 1 85 illustrates 

is a claims dependency tree 1 8502 that corresponds to the claims dependency DAG 1 8402 in FIG. 1 84. The manner in 
which client 304/306 generates the claims dependency tree 1 8502 is represented by a flowchart in FIG. 1 70. 
[0882] In step 17004, the claims dependency tree 1 8502 is initialized to include the root node 18504 corresponding 
to patent '011 . Also, the client 304/306 selects a node from the claims dependency DAG 1 8402 for processing. Pref- 
rably, the root node 1 8408 is not subject to selection (since a corresponding root node 1 8504 in the claims dependency 

20 tree 18502 has already been created). Preferably, nodes in the claims dependency DAG 18402 are selected in as- 
cending order of their corresponding claims. For example, the node corresponding to claim 1 is selected first. The 
nodes corresponding to claims 2, 3, 4, etc., are then selected. In this manner, it is assured that, in the claims dependency 
tree 1 8502, the tree nodes corresponding to a dependent claim's parent claims will exist before the dependent claim 
is processed. 

25 [0883] In step 17008, the client 304/306 selects one of the parents of the selected node. By definition, each node 
(other than the root node) in the claims dependency DAG 1 8402 includes at least one parent. 

[0684] In step 17010, the client 304/306 creates a new node in the claims dependency tree 18502. This new tree 
node corresponds to the selected node of the claims dependency DAG 1 8402. Any claim information (such as the text 
of the claim) is optionally stored in this new tree node. 

30 [0885] In step 17012, in the claims dependency tree 18502, the client 304/306 generates a link between the node 
corresponding to the selected parent, and the new tree node. Information for this jink is stored in the selected parent 
node. For example, assume in step 17004 that node 18404 corresponding to claim 10 was selected, and in step 17008 
claim 1 (parent to claim 1 0) was selected. In step 17012, a link is generated between node 1 8404A (corresponding to 
claim 10) and node 18510 (corresponding to claim 1) in the claims dependency tree 18502. The link information is 

35 preferably stored in node 18510. 

[0886] In step 17014, the client 304/306 determines whether the selected node has any additional parents in the 
claims dependency DAG 1 8402 that has not yet been processed. If the selected node in the claims dependency DAG 
1 8402 has additional parents, then control returns to step 17008 to process another parent. Otherwise, step 17016 is 
performed. 

40 [0887] In step 1 701 6, the client 304/306 determines whether there are additional nodes in the claims dependency 
DAG 1 8402 to process. If there are additional nodes to process, then control returns to step 1 7004. Otherwise, con- 
struction of the claims dependency tree 1 8502 is complete. 

[0888] Referring again to FIG. 1 68, further in step 1 681 6, the client 304/306 uses the claims dependency tree 18502 
to generate the patent claims hyperbolic tree 1 71 01 . In generating the hyperbolic tree, a hyperbolic tree node is gen- 

45 erated for each node in the claims dependency tree 1 8502. Also, links between nodes In the patent claims hyperbolic 
tree 17101 correspond to links in the claims dependency tree 18502. In addition to linking information, the nodes in 
the patent claims hyperbolic tree 17101 may also include any claim information that was in the corresponding node 
ofthe claims dependency tree 1 8502, such as claim text. The node type and the sub-type are also stored in the nodes 
of the patent claims hyperbolic tree 17101. The node type refers to whether or not the node is a patent node (such as 

so node 17104) or a claim node (such as node 17108A). The sub-type refers to whether the node corresponds to an 
independent claim (such as nodes 1 71 06) or a dependent claim (such as nodes 1 71 08A and 1 71 08B) . Further details 
concerning construction of a hyperbolic tree representative of the claims dependency tree 18502 will be apparent to 
persons skilled in the relevant art(s). 

[0889] As discussed above, in some embodiments, the invention generates a hyperbolic tree directly from the DAG 
55 gen rated in step 16814. Whether this is possibl depends on the capabilities of the hyperbolic browser being used 
in the client 304/306, and potentially other issues, such as performance issues. In thes embodiments of the invention 
where the hyperbolic tree is generated directly from the DAG, it is not necessary to perform the above described 
functions of step 1 681 6. 
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m!?Ko "J d,Sp ' ai l n9 the Patentclaims hyperbolic tree 1 71 01 in step 16818, the nodes of the patent claims tree 1 7101 
2 irl 0 ' i *f ° r °K he,WiSe em P has,2ed ** ™<^"9 d'spl^ Properties) aoM^ra^SS^nSi such 
as node type and/or sub-type. For example, patent nodes may be color coded a first cofor whereas claim noSes mav 
be color coded a second color. Nodes corresponding to independent claims may be Zo^StZ^or TnJ 
rTr r h h SP ^ * depen6enX claims ™V be color coded a four color. As described above nodes ca also be 
cTa^m^ 

[0892] The present invention enables operators to interact with the data displayed in the patent claims tree 1 71 m 

M oTZh o°ZT s 030 e,ect 1 T the text of c,aims of any of the dai ™ i^^t^^Z 

1 71 01 . Such operation is represented by steps 1 6820 and 1 6822 
Sn^eS^^ 

22? «ni n J2 e T 16 f h 22- C " en ' 304/306 retri6VeS infom,ati ° n °" selected claim, such as the text of the selected 
Fir- i 70^11 c ' aim t ej <t- The invention includes a number of formats for displaying the claimtext For^ramDte^ 

P Snt fn c^^^TSlTf T? r 0t th6 da,m ' S d ' Sp,ayed 'n^VendentTan^rt^e 
ESasi «Sth ?' " ,US,ra,es a ^P 1 ^ format 1 7 302 where the claim is displayed in the context of the patent 



Conclusion 



Claims 

1. A method of processing and presenting data, comprising the steps of: 

(1) identifying claim dependencies of claims in a user-selected patent; 

penrncSd 3 far Sa,d P^nt using said identified claim de- 

(3) displaying said patent claims hyperbolic tree. 

2. A method of processing and presenting data, comprising the steps of: 

(1) receiving a backward patent citation command or a forward patent citation command- 

(2) receiving an indication of a number of levels to cite ' 

(3) retrieving patent citation information pertaining to a user-selected patent- 

3. The method of claim 2, wherein step (3) comprises the steps of: 

4. A method of proc ssing and presenting data, comprising the steps of: 
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(1) retrieving patent citation information pertaining to a user-s lected patent, wherein said patent citation in- 
formation is backward patent citation information or forward patent citation information; 

(2) constructing a patent citation hyperbolic tree using said retrieved patent citation information; and 

(3) emphasizing nodes of said patent citation hyperbolic tree according to time-based criteria, wherein said 
5 time-based criteria includes at least one of filing date, priority date, length of pendency, effective filing date, 

invention date, critical date, on-sale date, public disclosure date t and public use date. 

5. A method of processing and presenting data, comprising the steps of: 

w (1) identifying claim dependencies of claims in a user-selected patent; 

(2) constructing a patent claims hyperbolic tree for said user-selected patent using said identified claim de- 
pendencies; and 

(3) displaying said patent claims hyperbolic tree, wherein the text of each claim in said patent claims hyperbolic 
tree may be selectively displayed. 

15 

6. The method of claim 5, wherein step (1 ) comprises the step of: 

parsing and analyzing text In said user-selected patent corresponding to said claims to identify said claim 
dependencies. 

20 

7. The method of claim 5, wherein step (2) comprises the step of: 

generating a claims dependency graph using said identified claim dependencies. 
25 8. The method of claim 7, wherein step (2) further comprises the step of: 

constructing said patent claims hyperbolic tree from said claims dependency graph. 

9. The method of claim 7, wherein step (2) further comprises the steps of: 

30 

mapping said claims dependency graph to a claims dependency tree; and 
constructing said patent claims hyperbolic tree from said claims dependency tree. 

10. The method of claim 5, wherein step (3) comprises the step of: 

35 

(a) modifying display properties of nodes of said patent claims hyperbolic tree according to user-selected 
criteria. 

11. The method of claim 10, wherein step (a) comprises the step of: 

40 

modifying display properties of said nodes of said patent claims hyperbolic tree according to any combination 
of: 

(i) whether a node corresponds to a patent or claim; and 
45 (H) whether a node corresponds to an independent claim or a dependent claim. 

12. The method of claim 10, wherein step (a) comprises the step of: 

modifying display properties of said nodes of said patent claims hyperbolic tree according to user-defined 
50 criteria. 

13. The method of claim 10, further comprising the step of: 

displaying a legend that describes said user-selected criteria. 

55 

14. The method of claim 5, further comprising the steps of: 

(4) receiving an operator command to display a claim represented in said patent citation hyperbolic tree; and 
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(5) displaying said represented claim. 
15. The method of claim 14, wherein step (5) comprises the steps of: 

5 and" 85 "" 9 16X1 ° f Said repr6Sented Claim apart from said ^-selected patent if so instructed by an operator; 

operator 9 ** ° f ** repr6Sented claim iri the context of said user-selected patent if so instructed by an 
"> 16. A system of processing and presenting data, comprising: 

information retrieving means for retrieving patent citation information pertaining to a user-selected patent 
fo^Son? PatSnt Citati ° n inf0rmat, '° n ' S b3CkWard P3tent Citation or forward patent citation in^ 

IntornTatS^ 2? m6anS C ° nStmCting a patent citation said retrieved patent citation 

tree displaying means for displaying said patent citation hyperbolic tree comprising emphasizlnq means for 
em P has^.ng nodes of said patent citation hyperbolic tree according to time-based Lri^ZTa^rZ 

dafe c^'h "t 68 TT ° f fili " 9 d3te ' Pri ° rity date " l6n 9 th 0f P endenc V- eff «*™ filing date. invenUon 
date, crttcal date, on-sale date, public disclosure date, and public use date. 

17. A system of processing and presenting data, comprising: 

dependency identifying means for identifying claim dependencies of claims in a user-selected patent- 
laid ?d° 6 n n/Zl m ? f °I COnStrUCtin 9 a P atent claims hyperbolic tree for said user-selected patent using 
said identified claim dependencies; and a 

n^ t S S^ m l me T!° r diSp,a y' n 9 ?aid P atent c,aims hyperbolic tree, wherein the text of each claim in said 
patent claims hyperbolic tree may be selectively displayed. 

30 1 8. The system of claim 1 7, wherein said dependency identifying means comprises: 

daTdeXen"c?e a s nd "* USer - S6,eCted <> atent corresponding to said claims to identify said 

35 1 9. The system of claim 1 7, wherein said tree constructing means comprises: 

means for generating a claims dependency graph using said identified claim dependencies. 
^ 20. The system of claim 1 9, wherein said tree constructing means further comprises: 

means for constructing said patent claims hyperbolic tree from said claims dependency graph. 

21. The system of claim 1 9, wherein said tree constructing means further comprises: 

« means for mapping said claims dependency graph to a claims dependency tree- and 

means for constructing said patent claims hyperbolic tree from said claims dependency tree. 

22. The system of claim 1 7, wherein said tree displaying means comprises: 

S£2£2j 2 S22^; m0 ^ diSP,ay Pr0Perti6S ° f n0d6S ° f ^ C ' aimS h *>erbo fc 

23. The system of claim 22, wherein said modifying display properties means comprises: 

combination of"'" 9 **** P " P ^ * ^ "° d * ° f S8id P8tent ^aims. hyperbo.ic tree according to any 

(0 whether a node corresponds to a patent or claim; and 
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(ii) whether a n de corresp nds t an indep ndent claim r a dependent claim. 

24. The system of claim 22, wherein said modifying display properties means comprises: 

5 means for modifying display properties of said nodes of said patent claims hyperbolic tree according to user- 

defined criteria. 

25. The system of claim 22, further comprising: 

10 means for displaying a legend that describes said user-selected criteria. 

26. The system of claim 1 7, further comprising: 

means for receiving an operator command to display a claim represented in said patent citation hyperbolic 
is tree; and 

claim displaying means for displaying said represented claims. 

27. The system of claim 26, wherein said claim displaying means comprises: 

20 means for displaying text of said represented claim apart from said user-selected patent if so instructed by an 

operator; and 

means for displaying text of said represented claim in the context of said user-selected patent is so instructed 
by an operator. 

25 28. A computer program product comprising a computer useable medium having computer program logic stored there- 
in, wherein said computer program logic comprises: 

dependency identifying means for enabling a computer, to identify claim dependencies of claims in a user- 
selected patent; 

30 tree constructing means for enabling the computer to construct a patent claims hyperbolic tree for said user- 

selected patent using said identified claim dependencies; and 

tree displaying means for enabling the computer to display said patent claims hyperbolic tree, wherein the text 
of each claim in said patent claims hyperbolic tree may be selectively displayed. 

35 29. The computer program product of claim 28, wherein said dependency identifying means comprises: 

means for enabling the computer to parse and analyze text in said user-selected patent corresponding to said 
claims to identify said claim dependencies. 

40 30. The computer program product of claim 28, wherein said tree constructing means comprises: 

means for enabling the computer to generate a claims dependency graph using said identified claim depend- 
encies. 

45 31 . The computer program product of claim 30, wherein said tree constructing means further comprises: 

means for enabling the computer to construct said patent claims hyperbolic tree from said claims dependency 
graph. 

50 32. The computer program product of claim 30, wherein said tree constructing means further comprises: 

means for enabling the computer to map said claims dependency graph to a claims dependency tree; and 
means for enabling the computer to construct said patent claims hyperbolic tree from said claims dependency 
tree. 

55 

33. The computer program product of claim 28, wherein said tree displaying means comprises: 

modifying display properties means for enabling the computer to modify display properties of nodes of said 
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patent claims hyperbolic tr e according to us r-selected criteria. 

34. The computer program product of claim 33, wherein said modifying display properties means comprises: 

means for enabling the computer to modify display properties of said nodes of said patent claims hyperbolic 
tree according to any combination of: 

(i) whether a node corresponds to a patent or claim; and 

(ii) whether a node corresponds to an independent claim or a dependent claim. 

35. The computer program product of claim 33, wherein said modifying display properties means comprises: 

means for enabling the computer to modify display properties of said nodes of said patent claims hyperbolic 
tree according to user-defined criteria. 



36. The computer program product of claim 33, further comprising: 

means for enabling the computer to display a legend that describes said user-selected criteria. 
& 37. The computer program product of claim 28, further comprising: 

means for enabling the computer to receive an operator command to display a claim represented in said patent 
citation hyperbolic tree; and 

claim displaying means for enabling the computer to display said represented claim. 

38. The computer program product of claim 37, wherein said claim displaying means comprises: 

means for enabling the computer to display text of said represented claim apart from said user-selected patent 
if so instructed by an operator; and 

means for enabling the computer to dispiay text of said represented claim in the context of said user-selected 
patent if so instructed by an operator. 

39. The method claim 5, wherein said step (3) comprises displaying data in said patent claims hyperbolic tree such 
that at least some of said data is displayed in a portion of said patent claims hyperbolic tree, the method further 

J5 compnsing the steps of: 

(4) enabling a user to traverse to another portion of said patent claims hyperbolic tree- and 

(5) dynamically presenting, responsive to step (4), other of said data in said another' portion of said patent 
claims hyperbolic tree. H 

40. The system of claim 17, wherein said tree displaying means comprises displaying data in said patent claims hy- 
perbolic tree such that at least some of said data is displayed in a portion of said patent claims hyperbolic tree 
the system further comprising: 

user enabling means forenablinga userto traverse to anotherportion of said patent claims hyperbolic tree- and 
dynamic presentation means, responsive to said user enabling means, for dynamically presenting other of 
said data in said another portion of said patent claims hyperbolic tree. 

41. The computer program product of claim 28, wherein said tree displaying means comprises displaying data in said 

Itll ? C 7J SUCh that at ^ S ° me ° f S8id data iS disp,a ' ed in a P° rtion of ^ Patent claims 
hyperbolic tree, wherein said computer program logic further comprises: 

user enabling means for enabling the computer to allow a userto traverse to another portion of said patent 
claims hyperbolic tree; and pcueni 

dynamic pres ntation means, responsiv to said us r enabling m ans, for enabling the computer to dynam- 
ically present other of said data in said anoth r portion of said patent claims hyperbolic tree. 

42. A method of displaying data, comprising the steps of: 
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(1) acc ssing patent-related documents; 

(2) accessing one or more groups each comprising any number of said patent-related documents; 

(3) automatically generating a hyperbolic tree containing data from any of said patent-related documents; and 

(4) allowing a user to selectively focus on at least some of said data that is displayed in a portion of said 
5 hyperbolic tree. 

43. The method of claim 42 further comprising the steps of: 

(5) enabling said user to traverse to another portion of said hyperbolic tree; and 

10 (6) dynamically presenting, responsive to step (5), other of said data in said another portion of said hyperbolic 

tree. 

44. The method of claim 42, wherein said patent related documents in step (3) is comprised of at least one pre-selected 
patent-related document or at least one type of data that has been pre-selected by a user. 



15 



45. A method of processing and presenting data, comprising the steps of: 



(1) retrieving patent citation information pertaining to a user-selected patent; 

(2) constructing a patent citation hyperbolic tree using said retrieved patent citation information; and 
20 (3) displaying said patent citation hyperbolic tree. 

46. The method of claim 45, wherein step (2) comprises the step of: 

generating a citation analysis graph using said retrieved patent citation information. 

25 

47. The method of claim 46, wherein step (2) further comprises the step of: 

constructing said patent citation hyperbolic tree from said citation analysis graph. 

30 48. The method of claim 46, wherein step (2) further comprises the steps of: 

mapping said citation analysis graph to a citation analysis tree; and 
constructing said patent citation hyperbolic tree from said citation analysis tree. 

35 49. The method of claim 45, wherein step (3) comprises the step of: 

(a) modifying display properties of nodes of said patent citation hyperbolic tree according to user-selected 
criteria. 

40 50. The method of claim 49, wherein step (a) comprises the step of: 

(I) modifying display properties of nodes of said patent citation hyperbolic tree according to assignees of pat- 
ents corresponding to said nodes. 

45 51. The method of claim 50, wherein step (I) comprises the steps of: 

upon receipt of appropriate operator command, toggling between: 

(i) modifying display properties of said nodes of said patent citation hyperbolic tree according to original 
so patent assignee information; and 

(ii) modifying display properties of said nodes of said patent citation hyperbolic tree according to current 
patent assignee information. 



55 



52. The method of claim 49, wherein step (a) comprises the step of: 

modifying display prop rties of nodes of said patent citation hyperbolic tree according to time-based criteria 
or user-defined criteria. 
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53. The method of claim 49, further comprising the step of: 

displaying a legend that describes said user-selected criteria. 
5 54. The method of claim 45, further comprising the steps of: 

(4) receiving an operator command to display a patent represented in said patent citation hyperbolic tree: and 

(5) displaying said represented patent. 

10 55. The method of claim 54, wherein step (5) comprises the steps of: 

displaying bibliographic information of said represented patent if said represented patent is not stored in a 
local repository; and 

displaying any combination of bibliographic information, text, and images of said represented patent if said 
13 represented patent is stored in a local repository. 

56. The method of claim 45, wherein said patent citation information in step (2) is comprised of at least one type of 
information that has been pre-selected by a user. 

20 57. The method of claim 45, wherein said step (3) comprises displaying data in said patent citation hyperbolic tree 
such that at least some of said data is displayed in a portion of said patent citation hyperbolic tree, the method 
further comprising the steps of: 



25 



30 



(4) enabling a user to traverse to another portion of said patent citation hyperbolic tree; and 

(5) dynamically presenting, responsive to step (4), other of said data in said another portion of said patent 
citation hyperbolic tree. 

58. A system of processing and presenting data, comprising: 

information retrieving means for retrieving patent citation information pertaining to a user-selected patent; 
tree constructing means for constructing a patent citation hyperbolic tree using said retrieved patent citation 
information; and 

tree displaying means for displaying said patent citation hyperbolic tree. 
35 59. The system of claim 58, further comprising: 

means for receiving a backward patent citation command or a forward patent citation command; and 
means for receiving an indication of a number of levels to cite. 

*o 60. The system of claim 59, wherein said information retrieving means comprises: 

means for retrieving information identifying patents that are cited in said user-selected patent for said number 
of levels if a backward patent citation command was received; and 

means for retrieving information identifying patents that cite said user-selected patent for said number of levels 
45 If a forward patent citation command was received. 

61. The system of claim 58, wherein said tree constructing means comprises: 

so means for generating a citation analysis graph using said retrieved patent citation information. 

62. The system of claim 61 , wherein said tree constructing means comprises: 

means for constructing said patent citation hyperbolic tree from said citation anatysis graph. 

55 63. The system of claim 61 ,wherein said tr constructing m ans comprises: 

means for mapping said citation analysis graph to a citation analysis tree; and 

means for constructing said patent citation hyperbolic tree from said citation analysis tree. 
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64. The system of claim 58, wherein said tree displaying means compris s: 

modifying display properties means for modifying display properties of nodes of said patent citation hyperbolic 
tree according to user-selected criteria. 

5 

65. The system of claim 64, wherein said modifying display properties means comprises: 

assignee modifying display properties means for modifying display properties of nodes of said patent citation 
hyperbolic tree according to assignees of patents corresponding to said nodes. 

w 

66. The system of claim 65, wherein said assignee modifying display properties means comprises: 

means, upon receipt of appropriate operator command, for toggling between: 

is (i) modifying display properties of said nodes of said patent citation hyperbolic tree according to original 

patent assignee information; and 

(ii) modifying display properties of said nodes of said patent citation hyperbolic tree according to current 
patent assignee information. 

20 67. The system of claim 64, wherein said modifying display properties means comprises: 

means for modifying display properties of nodes of said patent citation hyperbolic tree according to time-based 
criteria or user-defined criteria. 

25 68. The system of claim 64, further comprising: 

means for displaying a legend that describes said user-selected criteria. 

69. The system of claim 58, further comprising: 

30 

means for receiving an operator command to display a patent represented in said patent citation hyperbolic 
tree; and 

patent displaying means for displaying said represented patent. 

35 70. The system of claim 69, wherein said patent displaying means comprises: 

means for displaying bibliographic information of said represented patent if said represented patent is not., 
stored in a local repository; and 

means for displaying any combination of bibliographic information, text, and images of said represented patent 
40 if said represented patent is stored in a local repository. 

71. The system of claim 58, wherein said tree displaying means comprises displaying data in said patent citation 
hyperbolic tree such that at least some of said data is displayed in a portion of said patent citation hyperbolic tree, 
the system further comprising: 

45 

user enabling means for enabling a user to traverse to another portion of said patent citation hyperbolic tree; 
and 

dynamic presentation means, responsive to said user enabling means, for dynamically presenting other of 
said data in said another portion of said patent citation hyperbolic tree. 

50 

72. A computer program product comprising a computer useable medium having computer program logic stored there- 
in, wherein said computer program logic comprises: 

information retrieving means for enabling a computer to retrieve patent citation information pertaining to a 
55 user-s lect d patent; 

tree constructing m ans for enabling the comput r to construct a patent citation hyperbolic tree using said 
retrieved patent citation information; and 

tree displaying means for enabling the computer to display said patent citation hyperbolic tree. 
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73. Thecomput r program product of claim 72, further comprising: 

means for enabling the computer to receive a backward patent citation command or a forward patent citation 
command; and 

means for enabling the computer to receive an indication of a number of levels to cite. 

74. The computer program product of claim 73, wherein said information retrieving means comprises: 

means for enabling the computer to retrieve information identifying patents that are cited in said user-selected 
patent for said number of levels if a backward patent citation command was received- and 
means for enabling the computer to retrieve information identifying patents that cite said user-selected patent 
for said number of levels if a forward patent citation command was received. 

75. The computer program product of claim 72, wherein said tree constructing means comprises: 
»atTon enat>lin9 ° 0mpUter 10 9enerate 3 Citation analvs ' s 9 ra P" usi "9 said retrieved patent citation 

76. The computer program product of claim 75, wherein said tree constructing means comprises: 
means for enabling the computer to construct said patent citation hyperbolic tree from said citation analysis 

77. The computer program product of claim 75, wherein said tree constructing means comprises: 

means for enabling the computer to map said citation analysis graph to a citation analysis tree- and 
means for enabling the computer to construct said patent citation hyperbolic tree from said citation analysis 

so 78. The computer program product of claim 72, wherein said tree displaying means comprises: 

"l°f W"? f Sp ^ y pr ° p f i6s means for ena bling the computer to modify display properties of nodes of said 
patent citation hyperbolic tree according to user-selected criteria. 

35 79. The computer program product of claim 78, wherein said modifying display properties means comprises: 

assignee modifying display properties means for enabling the computer to modify display properties of nodes 
of said patent citation hyperbolic tree according to assignees of patents corresponding to said nodes. 

40 80. The computer program product of claim 79, wherein said assignee modifying display properties means comprises: 

means, upon receipt of appropriate operator command, for enabling the computer to toggle between: 

nLT^fT 9 dlSf f? properties of 881(1 nodes of said Patent citation hyperbolic tree according to original 

patent assignee information; and y 

(ii) modifying display properties of said nodes of said patent citation hyperbolic tree according to current 
patent assignee information. y 

81. The computer program product of claim 78, wherein said modifying display properties means comprises: 

i^^SS^S^ t0 diSP ' ay Pr ° PertieS ° f n ° deS ° f S8id P8tent Citati0 " hypert "" iC — 

82 ' 2V^ e ? r ° 9 T Pr °« Ct ° f C ' aim 81, Wh6rein S3id time - base d criteria includes one of filing date, priority 
and putTuseSate ^ filing dat , invention dat , critical date, on-sa,e dat , public disclosure" dat^ 

83. The computer program product of claim 78. wherein said modifying display properties means comprises: 
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means for enabling the computer to modify display properties of nodes of said pat nt citation hyperbolic tree 
according to user-defined criteria. 

84. The computer program product of claim 78, further comprising: 

5 

means for enabling the computer to display a legend that describes said user-selected criteria. 

85. The computer program product of claim 72, further comprising: 

w means for enabling the computer to receive an operator command to display a patent represented in said 

patent citation hyperbolic tree; and 

patent displaying means for enabling the computer to display said represented patent. 

86. The computer program product of claim 85, wherein said patent displaying means comprises: 

15 

means for enabling the computer to display bibliographic information of said represented patent if said repre- 
sented patent is not stored in a local repository; and 

means for enabling the computer to display any combination of bibliographic information, text, and images of 
said represented patent if said represented patent is stored in a local repository. 

20 

87. The computer program product of claim 72, wherein said tree displaying means comprises displaying data in said 
patent citation hyperbolic tree such that at least some of said data is displayed in a portion of said patent citation 
hyperbolic tree, wherein said computer program logic further comprises: 

25 user enabling means for enabling the computer to allow a user to traverse to another portion of said patent 

citation hyperbolic tree; and 

dynamic presentation means, responsive to said user enabling means, for enabling the computer to dynam- 
ically present other of said data in said another portion of said patent citation hyperbolic tree. 

30 88. A system of displaying data, comprising: 

means for accessing patent- related documents; 

means for accessing one or more groups each comprising any number of said patent-related documents; 
means for automatically generating a hyperbolic tree containing data from any of said patent-related docu- 
35 ments; 

means for presenting said data in said hyperbolic tree such that at least some of said data is displayed in a 
portion of said hyperbolic tree; 

means for enabling a user to traverse to another portion of said hyperbolic tree; and 

means for dynamically presenting, responsive to said means for enabling a userto traverse, other of said data 
40 in said another portion of said hyperbolic tree. 

89. The system of claim 88, wherein said patent related documents is comprised of at least one pre-selected patent- 
related document. 

45 90. The system of claim 89, wherein said data is comprised of at least one type of data that has been pre-selected by 
a user. 

91. A computer program product comprising a computer useable medium having computer program logic recorded 
thereon, said computer program logic comprising: 

so 

means for enabling a processor to access patent-related documents; 

means for enabling a processor to access one or more groups each comprising any number of said patent- 
related documents; 

means for enabling a processor to automatically generate a hyperbolic tree containing data from any of said 
55 patent- related documents; 

means for enabling a processor to present said data in said hyperbolic tree such that at least some of said 
data is displayed in a portion of said hyperbolic tree; 

means for enabling a processor to allow a user to traverse to another portion of said hyperbolic tree; and 
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Z S *Z!l\Zl? in ? 3 ProC6 T r ,0 dynamica,| y P resef * ^sponsive to said means for enabling a processor 
to allow a user to traverse, other of said data in said another portion of said hyperbolic tree. 

. S^STpSSZSS^ 91 ' wherein said patent relat6d documents is comprfeed of at ,eas < - 
93 - ^SZSSST. ST of claim 92, wherein said data te comprised of at least one of data 

10 94. A method of displaying data, comprising the steps of: 

(1) accessing patent-related documents; 

(2) automatically generating a hyperbolic tree containing data from one or more of said patent-related docu- 

" Said hyP6rb0,iC tr6e SUCh th3t 31 ,e3St S ° me " — data * a Portion 

(4) enabling a user to traverse to another portion of said hyperbolic tree- and 
- (5) dynamically presenting, responsive to step (4), other of said data in said another portion of said hyperbolic 



20 



25 



30 



35 



96 " sTlecTeTbTauser ^ * ™ * ° f « le3St ° ne ° f data that has «~" pre- 

97. A system of displaying data, comprising: 

means for accessing patent-related documents* 

doTu^nts?"* 0 ^ 3 ^ 9eneratin9 3 hyPerb ° liC tr6e C ° ntainin9 data fr ° m ° ne ° r more of said Patent-related 

portion «ZCSS?£ S8id hyPerb0 ' fc treS SUCh that ^ ,6aSt S ° me ° f ^ ^ iS diSP ^ ed in a 
means for enabling a user to traverse to another portion of said hyperbolic tree- and 
means for dynamically presenting other of said data in said another portion of said hyperbolic tree. 

98 " SSSSiSr Where,n S3id Pat6nt r6,ated d ° CUmentS iS C ° mpriSed ° f at ,6aSt ° ne Patent- 

40 ^usT^ ° f **" Wherein Said ^ te C ° mpriSed ° f at least ° ne 01 data thal "as been pre-selected by 

1OT 'L™T PUter H Pr ° 9ram Pr ° dUCt oom P rteln 9 a computer useable medium having computer program logic recorded 
thereon, said computer program logic comprising: P'°gram logic recorded 

means for enabling a processor to access patent-related documents- 

rzxc;%%sr a x;r« B ln -" hype * otc - ^ - - - - - 

™»™ Z ""IS" 8 * ,,^ ° ce5so, ,0 e ™ bte » us8 "° to another ponton of said hyperbolic tree- end 

™Zc Ji * P,,,<!eee ° , " *" amlCa ">' P ' e5 "" Wh <" °< *»• <» «» onoth.Tpoillon o^ia h y - 

102.The system of data 101. wherein said data Is comprised of at least one type of data that has been pre-sefected 
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by a user. 

103. A method of displaying data, comprising the steps of: 

5 (1 ) accessing patent-related documents; 

(2) accessing one or more groups each comprising any number of said patent-related documents; 

(3) automatically generating a hyperbolic tree containing data from any of said patent- related documents; 

(4) presenting said data in said hyperbolic tree such that at least some of said data is displayed in a portion 
of said hyperbolic tree; 

10 (5) enabling a user to traverse to another portion of said hyperbolic tree; and 

(6) dynamically presenting, responsive to step (5), other of said date in said another portion of said hyperbolic 
tree. 

104. The method of claim 103, wherein said patent related documents in step (3) is comprised of at least one pre- 
15 selected patent-related document. 

105. The method of claim 104, wherein said data in step (3) is comprised of at least one type of data that has been 
p re-selected by a user. 

20 106. A system of displaying data, comprising: 

means for accessing patent- related documents; 

means for automatically generating a hyperbolic tree containing data from any of said patent-related docu- 
ments; and 

25 means for allowing a user to selectively focus on at least some of said data that is displayed in a portion of 

said hyperbolic tree. 

107. The system of claim 106, further comprising: 

30 means for enabling said user to traverse to another portion of said hyperbolic tree; and 

means for dynamically presenting, responsive to said means for enabling, other of said data in said another 
portion of said hyperbolic tree. 

108. The system of claim 1 06, wherein said patent related documents is comprised of at least one pre-selected patent- 
35 related document. 

109 . The system of claim 108, wherein said data is comprised of at least one type of data that has been pre-selected 
by a user. 

40 110iA computer program product comprising a computer useable medium having computer program logic recorded 
thereon, said computer program logic comprising: 

means for enabling a processor to access patent-related documents; 

means for enabling a processor to automatically generate a hyperbolic tree containing data from any of said 
45 patent- related documents; and 

means for enabling a processor to allow a user to selectively focus on at least some of said data that is 
displayed in a portion of said hyperbolic tree. 

111.The computer program product of claim 110, wherein said computer program logic further comprises: 

so 

means for enabling a processor to enable said user to traverse to another portion of said hyperbolic tree; and 
means for enabling a processor to dynamically present, responsive to said means for enabling processor to 
enable said user, other of said data in said another portion of said hyperbolic tree. 

55 1 12.The computer program product of claim 110, wher in said patent r lat d documents is comprised fat least one 
pre-s lected pat nt-related document. 

113.The computer program product of claim 112, wherein said data is comprised of at least one type of data that has 
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been pre-selected by a user. 

114. The method of claim 49, wherein step (a) comprises the step of: 

(I) modifying display properties of nodes of said patent citation hyperbolic tree according to at least one of 
issue date, patent number, inventors, title, serial number, U.S. classification, international classification fields 
of search, references cited, primary examiner, assistant examiner, attorney, agent, lawfirm, priority information 
related application information, number of claims, number of drawing pages, patent term, patent aging and 
expiration date of patents corresponding to said nodes. 

115. The method of claim 114, wherein said display properties consist of at least one of a preselected color scheme 
a preselected case sensitive scheme, a preselected typeface scheme, a preselected font scheme, a preselected 
scheme " 9 me ' a P rese,ected no,din 9 scheme, a preselected italics scheme and a preselected type size 

116. The method of claim 114. wherein said display properties consist of at least one of a user-defined color scheme 
f inoH 0 h r ^se sensitive scheme, a user-defined typeface scheme, a user-defined font scheme, a user-de- 
fined underlining scheme, a user-defined bolding scheme, a user-defined italics scheme and a user-defined type 
size scheme. JK 

117. The method of claim 50, wherein said display properties consist of at least one of a preselected color scheme a 
preselected case sensitive scheme, a preselected typeface scheme, a preselected font scheme, a preselected ' 
scheme'" 9 * PreSe,eCted b ° ,ding scheme - a Prelected italics scheme and a preselected type size 

118. The method of claim 50. wherein said display properties consist of at least one of a user-defined color scheme a 
user-defined case sensitive scheme, a user-defined typeface scheme, a user-defined font scheme, a user-defined 
scheme" 9 ^ * US6r " defined bo,ding scheme ' a "ser-defined italics scheme and a user-defined type size 

1 19. The system of claim 64, wherein said modifying display property means comprises: 

issue date modifying display properties means for modifying display properties of nodes of said patent citation 
hyperbolic tree according to at least one of issue date, patent number, inventors, title, serial number U S 
classification, .nternational classification, fields of search, references cited, primary examiner, assistant ex- 
aminer, attorney, agent, lawfirm, priority information, related application information, number of claims number 
of drawing pages, patent term, patent aging, and expiration date of patents corresponding to said nodes. 

120. The system of claim 119. wherein said display properties consist of at least one of a preselected color scheme a 
Sf„f °T SenS,tiVe S ? hemB ' 3 P reselected *P«**e sen*™, a preselected font scheme, a preselected 
scheme *' * pr6Se ' eCted b ° lding scheme ' a P"*»lected italics scheme and a preselected type sS 

121 « ?L S ^T °! C ' aim 11 9 ' Wh6rein Said diSplay P r °P eities «"»•* of at least one of a user-defined color scheme 
tZ7u^l Ca V ^ SCh6me ' 8 user - defined **eme, a user-defined font scheme, a user-de 

iize scheme * USer - d6fined bo,ding a user " ™™<i italics scheme and a user-defined type 

122 01 C ' aim Wh6rein Said display P r °P erties c °nsist of at least one of a preselected color scheme a 
En22?iT * S ? heme ' 8 prese,ected ^ « preselected font scheme, a presold 

scheme ' * bo,ding scheme - a Prelected italics scheme and a preselected type size 

1 ^L?£5Th? C ' aim 65 ' Where j n Said disp,ay pr °P erties consist of at least ""a °' a user-defined color scheme, a 
unrtlHinln k S S , Ch « eme ' 3 ^ &ce scheme - a "ser-defined font schem , a user-defined 

u^nderiming scheme, a user-d fined bolding scheme, a us r-defined italics scheme and a user-defined type size 
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124.The computer program product f claim 78, wherein said modifying display properties means comprises: 

issue date modifying display properties means for enabling the computer to modify display properties of nodes 
of said patent citation hyperbolic tree according to at least one of issue date, patent number, inventors, title, 
5 serial number, U.S. classification, international classification, fields of search, references cited, primary exam- 

iner, assistant examiner, attorney, agent, law firm, priority information, related application information, number 
of claims, number of drawing pages, patent term, patent aging, and expiration date of patents corresponding 
to said nodes. 

w 1 25.The computer program product of claim 1 24, wherein said display properties consist of at least one of a preselected 
color scheme, a preselected case sensitive scheme, a preselected typeface scheme, a preselected font scheme, 
a preselected underlining scheme, a preselected bolding scheme, a preselected italics scheme and a preselected 
type size scheme. 

f5 i26.The computer program product of claim 124, wherein said display properties consist of at least one of a user- 
defined color scheme, a user-defined case sensitive scheme, a user-defined typeface scheme, a user-defined font 
scheme, a user-defined underlining scheme, a user-defined bolding scheme, a user-defined italics scheme and a 
user-defined type size scheme. 

20 1 27.The computer program product of claim 79, wherein said display properties consist of at least one of a preselected 
color scheme, a preselected case sensitive scheme, a preselected typeface scheme, a preselected font scheme, 
a preselected underlining scheme, a preselected bolding scheme, a preselected italics scheme and a preselected 
type size scheme. 

25 128.The computer program product of claim 79, wherein said display properties consist of at least one of a user-defined 
color scheme, a user-defined case sensitive scheme, a user-defined typeface scheme, a user-defined font scheme, 
a user-defined underlining scheme, a user-defined bolding scheme, a user-defined italics scheme and a user- 
defined type size scheme. 

30 129. A method of displaying data, comprising the steps of: 

(t) accessing documents related to one or more of patents, contracts, licenses, leases, notes, commercial 
papers, legal papers and financial papers; 

(2) accessing one or more groups each comprising any number of said documents; 
35 (3) automatically generating a hyperbolic tree containing data from any of said documents, wherein said hy- 

perbolic tree illustrates one or more relationships between said documents; and 

(4) allowing a user to selectively focus on at least some of said data that is displayed in a portion of said 
hyperbolic tree by performing a tree function. 

40 l30.The method of claim 129, further comprising the step of enabling said user to traverse to another portion of said 
hyperbolic tree. 

131 .A method of processing data, comprising the steps of: 

45 (1) accessing at least one database of information representative of documents; 

(2) accessing one or more groups, each of said one or more groups comprising any number of said documents 
represented in said at least one database; 

(3) automatically processing at least one of said documents in at least one of said one or more groups; 

(4) automatically creating a new temporary group during processing of a command; 
so (5) converting said new temporary group to a permanent group; and 

(6) automatically generating a hyperbolic tree containing data from any of said documents in said permanent 
group. 

132. The method of claim 131 , wherein at least one of said documents is related to one or more of patents, contracts, 
55 licenses, leas s, notes, commercial papers, legal papers and financial pap rs. 

133. The method of claim 131 , further comprising the steps of: 
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ZLl^TrV t0 rf Selective| y focus n at leas » *°™ °f said data that is displayed in a portion of said 
hyperbolic tree by performing a tree function; and 

(8) enabling said user to traverse to another portion of said hyperbolic tree. 
134.A method of maintaining groups to facilitate in processing and presenting data, comprising the steps of: 

f. 1 2r?7 a, ? ia h a 9r ° UP °1 3 permanent tyPe- wherein said Permanent type can be either system defined or 
one database " 9r ° UP ° f pemianent ^ is com P rised of any number of documents from at least 

i 2 ^r Sr f "? a group of a tem Porary type during processing of a command by automatically processing one 
sLTd ditabase° CUme Sa ' d 9 ™ P ° f permanent ^ in c ™>™<*™ with information from at least one 
(3) allowing a user to convert said group of temporary type to a group of permanent type; and 
group 9eneratin9 a nyPerbolic tree containing data from any of said documents in said permanent 

135 i h e nr~ th .tl 0f Ctalm t 134 ' Wh6rein ° ne ° r m0rS ° f SaW docume "ts is related to one or more of patents, contracts 
licenses, leases, notes, commercial papers, legal papers and financial papers. 

136. The method of claim 134, further comprising the steps of: 

SilTf n ? 8 T' to * elective| y focus on at lea «t some of said data that is displayed in a portion of said 
hyperbolic tree by performing a tree function; and H«'"«n or sara 

(6) enabling said user to traverse to another portion of said hyperbolic tree. 

137. A system of processing and presenting data, comprising: 

m!ti!,n r ""f d0CUments re,ated 10 °" e ° r ™°re «* Patents, contracts, licenses, leases, notes com- 
mercial papers, legal papers and financial papers; ' 
means for accessing one or more groups each comprising any number of said documents- 
«Th S for a *7 atical,v generating a hyperbolic tree containing data from any of said documents wherein 
sa.d hyperbola tree illustrates one or more relationships between said documents and 

T^ZnJ^T 9 a K USer J° selective, y focus on at least *°™ of said data that is displayed in a portion of 
said hyperbolic tree by performing a tree function. H 

138 hT p e eS r e°l C ' aim 137 ' fUrth6r C ° mPriSing mSanS f ° r 6nab,ing Said USer t0 traVeree to another P° rtfo " * ^id 
139.A system of processing and presenting data, comprising: 

means for accessing at least one database of information representative of documents- 

Ho™!t r aCCeSSin9 ° ne or more 9 rou P s - each of sa ' d one or more groups comprising any number of said 
documents represented in said at least one database- ■««■»«« ™ sara 

™Tnl I 0 ' au |° mat i cal| y Pressing at least one of said documents in at least one of said one or more groups- 
means or automatically creating a new temporary group during processing of a command- 9 P ' 
means for converting said new temporary group to a permanent group; and 

^^tS!^ generating a hyperbo,ic tree containin9 data from any of said documents in said 

140 The system of claim 139, wherein at least one of said documents is related to one or more of oatents contra, 
licensee, leases, notes, commercial papers, legal papers and financial papers. P ' tS ' 

141 .The system of claim 139, further comprising: 

T^ZlXrT 9 k" 86 ? S l6CtiVe,y fOCUS °" 31 ' 3St SOme 0f said data that is ^played in a portion of 
said hyperbolic tree by p rforming a tree function; and poriion oi 

means for enabling said user to traverse to anoth r portion of said hyperbolic tree 
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142.Asyst mf r maintaining groups to facilitate in processing and presenting data, c mprising: 

means for maintaining a group of a permanent type, wherein said permanent type can be either system defined 
or user defined, wherein said group of permanent type is comprised of any number of documents from at least 
one database; 

means for generating a group of a temporary type during processing of a command by automatically processing 
one or more of said documents in said group of permanent type in conjunction with information from at least 
one second database; 

means for allowing a user to convert said group of temporary type to a group of permanent type; and 
means for automatically generating a hyperbolic tree containing data from any of said documents in said 



permanent group. 



15 



143 . The system of claim 142, wherein one or more of said documents is related to one or more of patents, contracts, 
licenses, leases, notes, commercial papers, legal papers and financial papers. 

144. The system of claim 142, further comprising: 

means for allowing a user to selectively focus on at least some of said data that is displayed In a portion of 
said hyperbolic tree by performing a tree function; and 
20 means for enabling said user to traverse to another portion of said hyperbolic tree. 

145. A computer program product comprising a computer useable medium having computer program logic stored there, 
wherein said computer program logic comprises: 

25 means for enabling a computer to access documents related to one or more of patents, contracts, licenses, 

leases, notes, commercial papers, legal papers and financial papers; 

means for enabling a computer to access one or more groups each comprising any number of said documents; 
means for enabling a computer to automatically generate a hyperbolic tree containing data from any of said 
documents, wherein said hyperbolic tree illustrates one or more relationships between said documents; and 
30 means for enabling a computer to allow a user to selectively focus on at least some of said data that is displayed 

in a portion of said hyperbolic tree by performing a tree function. 

146. The computer program product of claim 145, wherein said computer program logic further comprises means for 
enabling a computer to allow said user to traverse to another portion of said hyperbolic tree. 

35 

147. A computer program product comprising a computer useable medium having computer program logic stored there, 
wherein said computer program logic comprises: 

means for enabling a computer to access at least one database of information representative of documents; 
40 means for enabling a computer to access one or more groups, each of said one or more groups comprising 

any number of said documents represented in said at least one database; 

means for enabling a computer to automatically process at least one of said documents in at least one of said 
one or more groups; 

means for enabling a computer to automatically create a new temporary group during processing of a com- 
45 mand; 

means for enabling a computer to convert said new temporary group to a permanent group; and 

means for enabling a computer to automatically generate a hyperbolic tree containing data from any of said 

documents in said permanent group. 

so 148-The computer program product of claim 147, wherein at least one of said documents is related to one or more of 
patents, contracts, licenses, leases, notes, commercial papers, legal papers and financial papers. 

149 .The computer program product of claim 147, wherein said computer program logic further comprises: 

55 meansfor nabling a computer to allow a user to s lectiv ly focus on at least some of said data that is displayed 

in a portion of said hyperbolic tree by performing a tree function; and 

means for enabling a computer to allow said user to traverse to another portion of said hyperbolic tree. 
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in, wherein said computer program logic comprises: u«- were 

ST! L f r °irtf " w 9 r °r PUter t0 maintai " a group of a P erm anent type, wherein said permanent type can 

^^S«Zf n" 9 3 C ° mPUter t0 9enera,e 3 9r0UP ° f 3 tem P° rar V type during processing of a command by 

typTa?/ enab " n9 " * ^ * * COnvertsaid 9 rou P ^temporary type to a group of permanent 

d^^^^Jl^T^ 9enerate a hyperbo,ic tree containin9 data from any of said 

' 5 ^"SrSSS^ T ° f C,aim 150, Wherein ° ne ° r more of said ^uments is related to one or more of 
patents, contracts, Senses, leases, notes, commercia. papers, legal papers and financial papers. 

152. The computer program product of claim 150, wherein said computer program logic further comprises: 

in a port.on of sa.d hyperbolic tree by performing a tree function; and displayed 
means for enabling a computer to allow said user to traverse to another portion of said hyperbolic tree. 

153. A method of displaying data, comprising the steps of: 

^^Sstssslv^ mo " °' p,,enB ' °° n,rMs ' ^ — • — 

(2) accessing one or more groups each comprising any number of said documents- 

^TT M ^F meraan ° 8 hype * 0,ic tree containing data from any of said documents wherein said hv 
perbohc tree illustrates one or more relationships between said documents- V 

^ItS 

155. A system of displaying data, comprising: 

m!Z !" "T*? T " ™ re 9 ™ ps each """Pnsing an, number of said documents- 
means lor automatccally generating a Iweftolie tree containing data trom an, ol said document* 
sa,d nyperbolic tree illustrates one or more relationships between said document ltacm °"<*' " h <* e ™ 

^"SS^^^ST" dato *™ any 01 6aw Ooo,,me, " s M '" M '" - 

157.A method of displaying data, comprising the steps of: 

(1 ) allowing a user to select a patent from a listing of patents- 
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said parent/child tabt ; 

(6) automatically generating a hyperbolic tree, by said network client, that is based on said citation analysis 
DAG; and 

(7) allowing said user to selectively focus on at least some of said data that is displayed in a portion of said 
5 hyperbolic tree. 

1 58. The method of claim 1 57, further comprising the steps of: 

(8) allowing said user to select a second selected patent by selecting a node in said hyperbolic tree; 

10 (9) allowing said user to identify second request specifics for a second citation analysis function on said second 

selected patent to said network client; 

(10) automatically generating a second hyperbolic tree, by said network client, that is based on said second 
selected patent, said citation analysis DAG, and said second request specifics; and 

(11) allowing said user to selectively focus on at least some of said data that is displayed in a portion of said 
is second hyperbolic tree. 

159. The method of claim 157, wherein step (2) said user issues said command via a context-sensitive pop-up menu, 
a toolbar button or a menu bar. 

20 l60.The method of claim 1 57 f wherein step (3) said request specifics further comprises a number of levels that should 
be cited in said forward citation function or said backward citation function . 

161 .The method of claim 157, wherein step (4) said enterprise server further generates a patent bibliographic infor- 
mation table. 

25 

1 62. The method of claim 161, wherein step (7) said data includes data from said patent bibliographic information table. 

163. A method of displaying data, comprising the steps of: 

30 (1 ) allowing a user to select a document from a listing of documents, wherein said selected document is related 

to one or more of patents, contracts, licenses, leases, notes, commercial papers, legal papers and financial 
papers; 

(2) allowing said user to issue a relationship function command on said selected document to a network client; 

(3) representing a dialog box, by said network client, wherein said user identifies request specifics for said 
35 relationship function, wherein said request specifics comprise said selected document; 

(4) operating, by an enterprise server, on said request specifics to generate a relationship table; 

(5) generating a DAG, by said network client, corresponding to relationships in said relationship table; 

(6) automatically generating a hyperbolic tree, by said network client, that is based on said DAG; and 

(7) allowing said user to selectively focus on at least some of said data that is displayed in a portion of said 
40 hyperbolic tree. 

164. The method of claim 163, further comprising the steps of: 

(8) allowing said user to select a second selected document by selecting a node in said hyperbolic tree; 

45 (9) allowing said user to identify second request specifics for a second relationship function on said second 

selected document to said network client; 

(10) automatically generating a second hyperbolic tree, by said network client, that is based on said second 
selected document, said DAG, and said second request specifics; and 

(11) allowing said user to selectively focus on at least some of said data that is displayed in a portion of said 
so second hyperbolic tree. 
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[57] ABSTRACT 
A mechanism for defining o write protect state 
of a data storage medio enclosed in o housing 
of o data storoge element is disclosed. The 
mechanism includes an cperoture formed in on 
exterior surface of the housing, wherein the 
aperture has o first region ond a second 
region. A member is movobly secured within the 
aperture and is manually movable between o 
first position wherein the member is positioned 
proximote the aperture first region, and a 
second position wherein the member is 
positioned proximate the operture second region. 
A first human intelfigible mark is placed on the 
housing proximote the operture first region. 
The first human intelligible mork depicts o 
portion of o predetermined symbol corresponding 
to one of a write enabled state ond o write 
protect stole of the doto storage medio. A 
second human intelligible mork is placed on the 
member. The second human intelligible mark 
depicts a remaining portion of the symbol. The 
second human intelligible mork is olignoble with 
the first human intelligible mark, by moving the 
member into the first position. When the first 
ond second human intelligible marks are aligned, 
the first ond second humon intelligible marks 
depict an unbroken image of the symbol, 
thereby indicating thai the data storage medio is 
m (he one of the write enabled state ond the 
write protect stole. When the first and second 
humon intelligible marks ore not aligned, the 
first and second humon intelligible marks depict 
o broken image ol the symbol, thereby 
indicating that the data storage medio is in 
another of the write enabled state and the write 
prelect state of the doto storage medio. 
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[57] ABSTRACT 

A plug that mokes it possible to (ix in on 
impermeable manner on electric or 
telephone coble (2) to o circular opening 
(4) for passoge ol the cable. II comprises 
o hollow body (5) constituted by two 
shells intended to be fixed around the 
coble (2) end comprising ot least two 
jaws (6, 7) which ore 
retained radially in Ihe body (5). Eoch 
jow comprises o central opening (10, 11) 
for passage of the coble (2) and is 
supported rodiolly on this cable' ot ihe 
time of fixing by clomping of the two 
shells to one another, the two jaws 
defining between them o chamber (12) 
intended to be filled with o sealing 
material. The hollow body (5) hos 
structure for fixing it in a removable and 
impermeable manner to the circulor 
opening (4) for passage of the cable. 
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[57] ABSTRACT 

A method of Ihe kind consisting in that 0 
contact is obloined with on active zone (II) 
carried by a semiconduclor substrate (10) 
by meons of conductive contact 
studs (18a) located in the contact openings 
(16c) of an isolating layer (12) ond in thai 
then 0 metallic configuration of 
interconnections (22) is formed establishing 
the conductive connection with the conductive 
conloct studs (18a). A separation layer (13) 
is provided between the isolating foyer (12) 
ond the conductive loyer (18), which con be 
eEminoted selectively with respect to the 
isololing layer (12). Thus, the isolotmg loyer 
(12) retains its original flolness ond the 
conductive contact studs 
(18a) hove an upper level (20) exceeding 
slightly the level (21) of the isoloting loyer 
(12), thus favoring Ihe 
contact between these contact studs (1 80) 
and Ihe metallic configuration of 
interconnections (22). Appficalion in 
microcircuils hoving 0 high integration 
density. 



4.184.909 1/1980 Chong el al 437/192 X 

4.361.599 11/1982 Wourms 437/192 X 

4.484.978 11/1984 Keyset 156/653 X 

4,536,249 8/1985 Rhodes.™ ...156/653 X 

4.624.864 11/1986 Harlmonn 437/193 X 

4.640.738 2/1987 Fredericks el al 156/656 

4.981.550 1/1991 Hutlemonn et al. ...437/194 X 




/FIGT43 



158 



EP 1 184 798 A2 



I United Sales Polenl {'9] 
1 Rivelte el ol. 



4402 



JlllllllllllllllllllUIIIIJIIIOIIIimimilllJIIlClllllllllillllll 
— , US0056236BIA 

[11] Polenl Number: 5.62J.681 
[45] Dote of Palent: Apr. 22. 1997 



(5<) 



[75| 



[731 
22] 

[58} 



METHOD AND APPARATUS FOR SYNCHRONIZING 
DISPLAYING ANO MANIPULATING TEXT AND 
IMAGE DOCUMENTS 

Inventors: Kevin G. RiveUe, Polo Alto; Michoet 
P. florio, Atherlon; Adorn Jackson, 
4450 Sunnyvale; Don Ann, Daly Cily; Irving 
4404 S. Rappopotl, Palo Alto; Oeboroh 
f Kuroto. Pleosonton. oD of Calif. 

Assignee: Waverty Holdings. Inc.. Polo Alto, Colli. 
AppL No.: 1 55,752 
Red: Nov. 19. 1993 

Int. CI. 6 G06F 17/00 

U.S. CI 395/788:395/784:395/787; 

395/341 

Held of Search ........395/144-149. 

395/155.157.158.160.161,788.784, 
783,787 f 341;364/40t-408.419-382/135. 

137J40 

References Cited 
U.S. PATENT DOCUMENTS 

Re.32,632 3/1988 Atkinson ;.345/165 

4.205.780 6/1980 Burns et ol 235/54 

4.270.182 5/1981 Asijo 382/192 

4.486.857 12/1984 Heckel 395/100 

4 533.910 8/1985 Sukonick et ol 345/U8 

4.555.775 11/1985 Pike .345/158 

4,622.545 H/1986 Atkinson 345/191 

4.735.308 4/t988 Heckel J95/H4 

4 748.618 5/1988 Brown ei ol 370/191 

4.772.882 9/1988 Micol - .345/146 

4,785.408 11/1988 Britton et ol. — -395/2.79 

4,788,538 1 1/1988 Klien et ol — 395/118 

4.812,834 3/1989 Wells - 364/500 

(List continued on next page.) 

FOREIGN PATENT DOCUMENTS 
0239884 10/1987 Europeon Pot. Off. . 



156] 



FIG.44A \ 



OTHER PUBLICATIONS 
Alexonoer. Visualizing cteored-o(l desktops. 
Computerwortd May 6, 1991. p.20 
Hiroshi tshii. Kouho Arito. QeotfQCzfranstucenl 
Multiuser Interface lor learn Workstation, 
ECSCW. Sep. 1991. pp. 6-10. 

(List continued on next page) 
Primary Examiner -Almis R. Jankus 
Assistant Examiner -Joseph R. BurweH 
Attorney. Agent or Firm -Sterne, Kessier. 
Goldstein it Fox. PliC. 
(57] ABSTRACT 

Ihe present invention provides o method and 
apparatus lor extracting, synchronizing, displaying, 
and manipulating text end image documents in 
electronic form lor disploy. In Ihe Preferred 
embodiment ol the present invention, text and 
image files lor documents, such as for example 
polenl documents* ore initially stored on separate 
mcgneiic tope media. Ihese data f3es me extracted 
from the respective lopes ond placed onto o faster 
medium, such as a hard disk drive. Ihe text and 
image files ore synchronized lo produce Equivalent 
Files using heuristic otgorithms lo create an . 
opproximole equivalence relationship between the 
text ond the image liles. The Equivalent Files end 
image files residing on lor example, o hard disk 
drive or compact disk (CO), ore coupled as o 
resource to a computer display system. The graphic 
{ user interface of the present invention permits 
1 the user to disploy, manipulate, ond edit the 
Equivalent File created using the process of Ihe 
present invention, and lo simultaneously view Ihe 
image lite on the display. Using the graphic user 
interface of the present invention, o user may 
create libraries of patent Equivalent Files ond 
imoge files or documents of another tyoe, os 
well os open cases to include a pluraiily of (Efferent 
patents or other documents. The Equivalent Re 
may be selectively viewed on the display in an 
in on equivalent window. Simultaneous with the 
viewing ol the Equivalent File within the equivalent 
window, the user may view any portion of on imoge 
file within one or more imoge windows 
on the display. A variety of other features ond 
functions ore provided by the present invention 
for the manipulation ond display of patent 
documents and other documents on the 
user interfoce. 
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[57] ABSTRACT 
The present invention provides o method ond 
apparatus for extracting, synctoorwing, cfcplayinq 
end manipulating text ond imoge documents in 
electronic form lor display, to the Preferred 
embodiment of the present invention, text and 
imoge files for documents, such os for exompte 
potent documents, ore inHioBy stored on separate 
magnetic tope media. These dafo files ore extracted 
Irani the respective tapes and placed onto a foster 
medium, such as a hard disk drive. The texl and 
imoge files ore synchronized to produce Equhroient 
Files using heuristic olgorilhms to create an 
approximate equivalence relationship between the 
text and the image files. The Equivolenl files and 
imoge fifes residing on for example, o hard disk 
drive or compact disk (CO), ore coupled os o 
resource to a computer dispby system. The graphic 
user interface of the present invention permits 
the user to display, manipulate, and edit the 
Equivalent File created using the process of the 
present invention, and to simultaneously view the 
image file on the display. Using the graphic user 
interface of the present invention, a user moy 
create Ebrcries of potent Equivalent Files ond 
irrwge files or documents of another type os 
weB as open coses to include a plurality of different 
patents or other documents. The Equivolenl File 
may be selectively viewed on the display in an 
in an equivalent window. Simultaneous wilh the 
viewing of the Equivolenl Hie wilhin the equivolenl 
widow the user moy view any portion of an image 
hie within one or more imoge windows 
on the display. A ypriely o! other feotures ond 
unctions are provided by the presenl invention 
lor the manipulation ond display of potent 
documents ond other documents on the 
user interface. 
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[57] ABSTRACT 

A tractor includes on internal combustion} 
is odopted for underwoter operation . A 
outlet means extending to above the s 
woter for supplying oir to the engine 0 
combustion gos therefrom. A dredging 
the form 0? 0 blode ond auger, directs 
the floor to odjocent one end at 0 con 
the vehicle is transported over the floor 
ossocioted with the conduit means Irons 1 
terial therethrough ond from the other el 
duil means, which is positioned above t 
the woter. The dredging implement moy , 
toke the form of 0 pair of wing member 
upwardly and inwordly in the reorword d 
nect moteriol to adjacent the one end el 
means . Means remote from the vehicle 
able on shore, are included for operc 
merged tractor. 
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PCMCIA environment. 
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ABSTRACT 



A quantizing number is determined using multiple stages of code amount 
estimating circuits. Thus, an optimum quantizing number may be selected 
from among o number of quantizing numbers which is not limited to the 
number of code omounl estimating circuits. The optimum quantizing number 
is used to quantize a set of blocks of orthogonally transformed imoge doto. 
The quantized doto ore encoded using a variable length code. The optimum 
quantizing number is the one which results in the greatest amount of data 
thol is within a predetermined threshold permitting an amount of encoded 
data ta be recorded on a magnetic tape in a fixed format. 
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Claim: 12. An apparatus as described in cloim 11 wherein said 

removable closure has an onnufar cross section, said ex- 
it port is centrally positioned in said closure, and sold fil- 
ter cartridge includes gaskets in one end thereof which 
abut said closure and fil around said exit port to prevent 
leakoge of unfilfered gas through said vessel. 
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exit port for gas flow out of said vessel; and 
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mesh particulate filter disposed within said tube proxi- 
mate soid exit port. 

12. An opporotus as described in claim .11 wherein said 
removable closure has on annular cross section, said ex- 
it port is centrally positioned in said closure, and said fil- 
ter cartridge includes gaskets in one end thereof which* 
obul said closure and fit around soid exit port to prevent 
leakage of unfiltered gas through said vessel. 

13- An apparotus os described in cioim 12 further com- 
prising o drain port in an end opposite said first end of 
said vessel for draining any contaminants from said ves- 
sel which should accumulate. 
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